[PATCH 4/25] powerpc: Reworking machine check handling and Fix 440/440A
Josh Boyer
jwboyer at linux.vnet.ibm.com
Tue Dec 11 07:44:34 EST 2007
On Tue, 11 Dec 2007 07:33:35 +1100
Benjamin Herrenschmidt <benh at kernel.crashing.org> wrote:
>
> On Mon, 2007-12-10 at 11:59 -0600, Josh Boyer wrote:
> >
> > This breaks ARCH=ppc builds. Unfortunately, that tree shares the
> > cputable.[ch] files, but has it's own traps.c. Which means you get
> > lots of nice undefined references like below for example:
> >
> > arch/powerpc/kernel/built-in.o:(.init.data+0x44): undefined reference
> > to `machine_check_4xx'
> > arch/powerpc/kernel/built-in.o:(.init.data+0x8c): undefined reference
> > to `machine_check_4xx'
> > arch/powerpc/kernel/built-in.o:(.init.data+0xd4): undefined reference
> > to `machine_check_4xx'
> >
> > Because the cputable entries for the processors are setting
> > the .machine_check function and it's never built.
> >
> > I'm not sure which would be easier, making arch/ppc use traps.c from
> > arch/powerpc, or adding similar functionality there.
>
> Split cputable.c ? I hate arch/ppc sharing files ... Or I could port the
> changes to arch/ppc. I don't want to use the same traps.c file. Sharing
> file is just a pain every time we do major changes.
Splitting cputable.c at this point would be rather annoying, given the
number of changes we've made to arch/ppc recently to accommodate for it
being shared. Porting the changes to arch/ppc sounds like the most
reasonable path.
I can't wait for arch/ppc to die.
josh
More information about the Linuxppc-dev
mailing list