Date: Fri, 10 May 2002 18:53:20 -0700 (PDT) From: Gordon Tetlow <gordont@gnf.org> To: Terry Lambert <tlambert2@mindspring.com> Cc: hackers@freebsd.org Subject: Re: nextboot loader diff Message-ID: <Pine.LNX.4.44.0205101634570.27477-100000@smtp.gnf.org> In-Reply-To: <3CDC450D.20F05776@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 10 May 2002, Terry Lambert wrote: > Gordon Tetlow wrote: > > Is there anything that is wrong with the conceptual implementation of the > > nextboot loader code that I've submitted? It definitely needs a code > > cleanup on the forth side (which I'm not qualified to do), but if there > > are no other objections, I'd really like to see this code committed. > > There should be a list, so that in a brown-out or whatever, you > don't end up toggling back to the previous version accidently. This is not something that is meant for you to massage which root partition you are going to boot up off of. > You should only ever rewrite the contents of a single file, and > it shouldn't be an important file. Yes, that's exactly what my patch does. > The existance/non-existance of the single file should be enough > to trigger/suppress the nextboot behaviour. I can't unlink files in the loader, so the presence of such a file wouldn't help. > Don't assume that the nextboot file will be on the same disk and/or > partition as the boot and other config file code. Well, I'm assuming it's on the root partition. It would be kinda silly for it to anywhere else. > Together, these things will allow the new code to solve the same > problem that the old code solved on the InterJet. I've never heard nor seen the old code. I don't know what it did, and I don't particularly care. I did this because I thought the way Wes Peters did his implementation was rather hackish (not saying mine is any better =) and suboptimal if the machine doesn't make it to multi-user. Please refer to the commit logs from earlier this month if you don't know of the commit I'm referring to. -gordon 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?Pine.LNX.4.44.0205101634570.27477-100000>