bootloader & head.S weirdness (patch)
cort at fsmlabs.com
Wed Nov 24 04:48:58 EST 1999
Check out include/asm/machdep.h for the minimal bootloader structure I have
there. I have some early work with quik (for the rs6000, haven't tested on
pmac yet) to pass info via that structure.
} I'd really like to see this happen. There is really an urgent need to
} cleanup the mess with initrd and the way the command line is passed to
} the kernel too and this would get rid of those.
} There is one idea suggested to me by Gabriel Paubert which would be worth
That was the plan with the bootinfo in machdep.h in 2.3 Give it a look and
let me know how possible it would be modify bootx to use it.
} Define some kind of bootx-like bootinfo structure (will all addresses
} relative to the beginning of the structure) and move out of the kernel
Some of this is substantial work that we'd have to move into the
bootloader. I'm not against it, but it'd be nice of all the bootloaders
did it the same way.
} _all_ those head.S hacks AND all the prom_init code (reading the OF tree,
} initing the display, instanciating RTAS, ...).
} All this would be done from a head-appended bootloader which would built
} a device tree when OF is available, and then enter the kernel with a
} unified entry point based on a structure, known mappings.
It is 2.3, after all :)
} I don't know if it's worth doing that _now_ (it involves almost breaking
} everything), but I like the idea of cleaning all this up.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev