On Fri, Oct 03, 2003 at 03:13:10AM -0800, Ethan Benson wrote: > On Fri, Oct 03, 2003 at 12:41:19PM +0200, Sven Luther wrote: > > > > So what this boils too, is that for old-world pmac support, there is not > > much to be done : > > > > 1) Kernel : create one more kernel-image udeb, which contains a > > compressed vmlinux udeb for miboot. > > > > 2) boot-loader installer : someone write a proper quik-installer, and > > this one gets called on pmac hardware. > > > > As for the pre-boot stuff, there is three ways of booting that need to > > be documented (mostly done in the woody install documentation) and we > > need to build the stuff needed by the user. > > > > 1) miboot booting : needs to get the kernel from the > > kernel-image-pmac-miboot udeb, or gzip the one from the > > kernel-image-pmac, and create two floppy images of it and the initrd. > > > > 2) bootx install : just put the standard pmac kernel and the initrd > > somewhere together with documentation on how to get bootx. > > > > 3) serial OF install : uses the .coff kernel, need to create an udeb > > using it. > > pretty much.
:)) > > I will create the needed stuff from the kernels, i would like someone > > with oldpmac hardware to confirm that by just compressing the vmlinux > > kernel and putting it on a miboot floopy it will work though. > > there is no need to confirm it, this method has been used in > boot-floppies for years, since before potato was released. Mmm, ok. I still wonder what the miboot.image is though, i will go and read the kernel sources, but i guess it is easier that way. > > Someone else need to do the quik-installer though, and well, the > > pre-boot stuff is not all that difficult. > > quik-installer is moderatly complicated if you want to do it right, it > needs to depend on yaboot since yaboot provides ofpath. I have no intention to do a quik-installer, since i don't have the hardware, so i guess that someone else caring about oldworld pmac will have to step forward and do this. I think it is not much work, at least not from a programmation standpoint, so maybe Simon with your help would be the ideal candidate for that ? Friendly, Sven Luther > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
