[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAFr9PX=-eC-FZmmOKK_beFvs05_moe8u0jGPrSyW5Xr=AagmTA@mail.gmail.com>
Date: Sun, 7 Jan 2024 22:17:56 +0900
From: Daniel Palmer <daniel@...f.com>
To: gerg@...ux-m68k.org, geert@...ux-m68k.org
Cc: linux-m68k@...ts.linux-m68k.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] m68k: Use macro to generate 68000 interrupt entry sleds
Hi me,
On Sun, 7 Jan 2024 at 10:42, Daniel Palmer <daniel@...f.com> wrote:
<snip>
>
> --- a/arch/m68k/68000/ints.c
> +++ b/arch/m68k/68000/ints.c
> +asmlinkage irqreturn_t inthandler65(void);
> +asmlinkage irqreturn_t inthandler66(void);
> +asmlinkage irqreturn_t inthandler67(void);
> +asmlinkage irqreturn_t inthandler68(void);
> +asmlinkage irqreturn_t inthandler69(void);
> +asmlinkage irqreturn_t inthandler70(void);
> +asmlinkage irqreturn_t inthandler71(void);
>
> /* The 68k family did not have a good way to determine the source
> * of interrupts until later in the family. The EC000 core does
> --
> 2.43.0
There is a missing part of this that updates the symbols used when
populating the vector table that I missed when splitting this patch
out.
This will currently cause a build break that I didn't notice because
the change is actually in my tree.
I'll send a v2 if the general idea is ok.
Cheers,
Daniel
Powered by blists - more mailing lists