Restructure of arch/ppc/kernel and include/asm-ppc

Joshua Rosenau jrosenau at midway.uchicago.edu
Thu Dec 17 04:53:39 EST 1998


So on Mon, Dec 14, 1998 at 10:54:18AM +0100, Benjamin Herrenschmidt was all like,

>
>On Sun, Dec 13, 1998, Geert Uytterhoeven <geert at geert.cs.kuleuven.ac.be>
>wrote:
>
>This could be a good idea since it would fix a big outstanding issue: The
>inability of MacOS VM to lock contiguously enough space for the kernel
>and ramdisk in lots of cases (the -622 error most people with virtual
>memory ON are experiencing). If the booter was itself a nini-kernel that
>takes care of further loading of the real kernel and ramdisk, this issue
>would probably disappear.

Would this also make it possible for linuxppc to support machines without
OF?  Currently MkLinux does a similar maneuver and I wonder if this
minikernel could replace the Mach Kernel and just catch whatever data
gets sent from the MkLinux Booter about video settings etc.  Dunno how
linuxppc loads really, so this may be silly.  

Josh

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request at lists.linuxppc.org ]]




More information about the Linuxppc-dev mailing list