CONFIG_GENERIC_PPC32

[Tom Rini]

On Mon, Apr 15, 2002 at 11:08:31AM -0700, Michael Sokolov wrote:
>
> Tom Rini <trini at kernel.crashing.org> wrote:
>
> > Since pmac/chrp/prep haven't been ported over to CONFIG_GENERIC_PPC32
> > what are you planning on moving exactly?
>
> I was planning to convert CHRP, PMac, and PReP to CONFIG_GENERIC_PPC32 in
> 2_4_alt (blindly as I have no hardware to test on, just make it compile), then
> find some volunteers with the hardware to test the new 2_4_alt, and if it works
> make a patch for Paulus.

Why not let Ben do it in 2.5 like he said?

> > You said the GT-64260 work
> > would be its own 'moral battle'
>
> Mortal, not moral.

Sorry, not yet awake enough I guess.

Yes, and serial as a module doesn't quite work on GENERIC32 either. :)

> > I think what we can do is have the code which sets up the serial driver
> > work both when it's in a module and when it's compiled in.
>
> Yes, sort of. When you see the implementation you'll see what I mean.

No 'sort-of' about it.  x_init() calls x_serial_init and sets
ppc_md.serial_fixups to x_serial_init.  x_serial_init takes care of
early_serial_setup() and early_init or so calls ppc_md.serial_fixups (if
existant).  'ppc_serial' (built if SERIAL=m) just calls
ppc_md.serial_fixups (or setup, or whatever).

Or we do it even more generic than that so that we can add in a hook for
all ports to use for using serial as a module & early_serial_setup.
(arch_serial_init or somrething?)

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/