trini at kernel.crashing.org
Tue Apr 16 05:54:22 EST 2002
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)
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev