Date: Fri, 10 May 2002 14:14:55 -0400 (EDT) From: John Baldwin <jhb@FreeBSD.org> To: Julian Elischer <julian@elischer.org> Cc: hackers@freebsd.org, Gordon Tetlow <gordont@gnf.org>, Michael Smith <msmith@mass.dis.org>, Terry Lambert <tlambert2@mindspring.com>, Jonathan Mini <mini@freebsd.org> Subject: Re: nextboot loader diff Message-ID: <XFMail.20020510141455.jhb@FreeBSD.org> In-Reply-To: <3CDBE300.2AED36C2@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10-May-2002 Julian Elischer wrote: > You also had to have: > 1/ a way of setting the boot specification list from the running system. > 2/ a simple and unlikely-to-break method of ensuring that if the boot did NOT > succeed, it did something DIFFERENT next time. > 3/ the ability to read the specification information regardless of the state > of the first filesystem (e.g. completely trashed). If / is trashed, you can't load a kernel or loader from it anyways. > 4/ The ability to specify a filesystem on another planet^H^H^H^H^H^Hdisk. Something you've missed in this version of nextboot is: 5/ work on more than just i386 > My decisions were: > A) make boot0 do the actual load of the spec from block1 immediatly after it > had read block0.. All teh registers were set up correctly to read the next > block. > block1 is almost alway unused, and if it was used it wouldn't have the > correct > magic numbers and would be ignored. This only works on i386. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20020510141455.jhb>