From owner-cvs-all Thu Jan 7 23:29:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA15678 for cvs-all-outgoing; Thu, 7 Jan 1999 23:29:49 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA15673; Thu, 7 Jan 1999 23:29:45 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (peter@localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Netplex) with ESMTP id PAA40072; Fri, 8 Jan 1999 15:29:04 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199901080729.PAA40072@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Julian Elischer cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf Makefile.i386 In-reply-to: Your message of "Thu, 07 Jan 1999 11:52:29 PST." Date: Fri, 08 Jan 1999 15:29:03 +0800 From: Peter Wemm Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Julian Elischer wrote: > I strongly believe that the elf kernel should have a different name.. > e.g. /FreeBSD > this will ensure that only new bootblocks will find it and old bootblocks > will find the old kernel lying about. > this may save some people some grief. > > julian > > linking /kernel as another name of /loader would allow old bootblocks to > keep working. At the risk of inflaming this again, you mentioned 1996 bootblocks.. As I understand it, bootblocks that old cannot start up /boot/loader, no matter what it's called. I don't have any bootblocks this old, so I'm going on hearsay. I would really like to know why this happens, I hear that it's something to do with the way btxld constructs the empty symbol table or something. As a concession to Julian, he does have a point. If we installed the new kernel in (say) /boot/kernel (or /modules/kernel) where the bootloader will find it but the old bootblocks will not, there is no chance that people will blow their feet off by replacing /kernel with something that is unbootable. In that scenario, the worst that can happen if they don't upgrade bootblocks is that they will reboot and get their old kernel again. Incidently, I'd like to get those kernels out of /... Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message