From owner-freebsd-arch Tue Feb 27 13:59:31 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 70A3F37B71B for ; Tue, 27 Feb 2001 13:59:27 -0800 (PST) (envelope-from msinz@wgate.com) Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 152C675J; Tue, 27 Feb 2001 16:59:37 -0500 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.1/8.11.1) with ESMTP id f1RLwrk83077; Tue, 27 Feb 2001 16:59:16 -0500 (EST) (envelope-from msinz@wgate.com) Message-ID: <3A9C231D.EA12570A@wgate.com> Date: Tue, 27 Feb 2001 16:58:53 -0500 From: Michael Sinz Organization: WorldGate Communications Inc. X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Duane H. Hesser" Cc: Randell Jesup , "(Bruce Bauman)" , Alfred Perlstein , arch@FreeBSD.ORG, bde@zeta.org.au Subject: Re: ELF and diskless boot References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Duane H. Hesser" wrote: > > On 23-Feb-01 Randell Jesup wrote: > > FYI, is there a reason that we've set up our kernel interface to top, etc > > to fail unless the kernel (in this case 4.x) is loaded with _debugging_ > > symbols? I.e. if you strip a kernel, top (and a bunch of other stuff) > > doesn't work because they can't find certain kernel structures. To make > > this worse, they also fail if you etherboot (because debug symbols aren't > > loaded). > > > > Is there a reason for this behavior? Perhaps some benefit we don't see? > > Any chance of getting this fixed? I believe this appears sometime since > > 3.x, i.e. after we'd already moved to ELF, but I'm not sure. > > > > (Note: I'm not the primary person investigating this; Mike is. I think > > he's looking at modding etherboot to work around the problem.) > > > > -- > > Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) > > rjesup@wgate.com > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-arch" in the body of the message > > > > Is the following pertinent? > (from the archives, almost a year ago...included without shifts) Not really - it was almost right except that Etherboot does not load the symbols (nor fill in that part of the bootinfo structure). The modified Etherboot now fills in the bootinfo structure *and* make the metadata array for the kernel so that no kernel patch is needed. It basically does a diskless boot that looks almost like the normal loader. (Not quite since the location of things is not exactly the same and there is no environment or preloaded modules included.) [etherboot patch has been submitted to the Etherboot project site on sourceforge and I included in another message here...] [...] > Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) > by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) with ESMTP id EAA76938 > for ; Tue, 14 Mar 2000 04:52:39 +0200 (EET) > (envelope-from bde@zeta.org.au) > Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) > by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id NAA05065; > Tue, 14 Mar 2000 13:58:35 +1100 > Date: Tue, 14 Mar 2000 13:51:49 +1100 (EST) > From: Bruce Evans > X-Sender: bde@alphplex.bde.org > To: Ruslan Ermilov > cc: Jordan Hubbard , committers@FreeBSD.org > Subject: Re: [4.0-ERRATA candidate?] loader(8)/kvm(3) interoperability issue > In-Reply-To: <20000313194345.A52651@relay.ucb.crimea.ua> > Message-ID: > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > > On Mon, 13 Mar 2000, Ruslan Ermilov wrote: > > > One thing that should IMHO be pointed out in the upcoming 4.0-RELEASE's > > ERRATA (or some more appropriate place), is the fact that the loader(8) > > is now a prerequisite for certain programs using kvm(3) interface. > > Obvious examples are top(1) and swapinfo(8). > > > > If you boot your kernel without loader(8), directly through bootblocks, > > these programs will not work. > > I don't user loader(8), and finally got around to fixing this. The > problem is that the kernel linker wants module data for the kernel. > It defaults to using incomplete data if none is present. The following > supplies slightly less incomplete data: [...] Note that the "using incomplete data" is not really correct. It uses complete data -- the dynamic section, aka the publicly defined symbols. The problem is that FreeBSD requires the debug symbols. -- Michael Sinz ---- Worldgate Communications ---- msinz@wgate.com A master's secrets are only as good as the master's ability to explain them to others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message