From owner-freebsd-stable Thu Dec 7 0: 4: 1 2000 From owner-freebsd-stable@FreeBSD.ORG Thu Dec 7 00:03:56 2000 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-176-64.dsl.snfc21.pacbell.net [63.202.176.64]) by hub.freebsd.org (Postfix) with ESMTP id 9AB0737B400; Thu, 7 Dec 2000 00:03:56 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eB78D7F00560; Thu, 7 Dec 2000 00:13:08 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012070813.eB78D7F00560@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Matt Dillon Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: More on BTX halted / crashes trying to use -stable /boot/loader In-reply-to: Your message of "Wed, 06 Dec 2000 20:39:39 PST." <200012070439.eB74ddE69221@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 07 Dec 2000 00:13:07 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ah ha! I think I found the culprit, but I'm not sure exactly where > in the tftp code the problem is occuring. > > I have been setting LOADER_TFTP_SUPPORT in /etc/make.conf so my pxeboot > file uses tftp to get the kernel rather then NFS (since NFS appears to > only be able to get [rootfs]:/kernel, which is the wrong kernel for a > diskless boot). This isn't the case; pxeboot will load whichever kernel you've specified in your loader config. > The option works wonderfully for /boot/pxeboot. But it turns out > that the normal /boot/loader, when compiled with the above > option, will crash horribly whenever it tries to open() a file and > can't find it in the UFS filesystem on disk... it falls through the > filesystem list until it hits the tftp FS and BEWM. Explosion. > > I sure would appreciate it if one of the bootstrap gurus could take > a look at what happens when the tftp open routine is called from a > normal disk-based /boot/loader! Probably hits an uninitialised function vector; this would be a good catch for someone looking to learn a bit about the loader and libstand. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message