From nobody@FreeBSD.org  Thu Mar 16 19:06:03 2000
Return-Path: <nobody@FreeBSD.org>
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP id 4074B37BAD5
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 16 Mar 2000 19:06:03 -0800 (PST)
	(envelope-from nobody@FreeBSD.org)
Received: (from nobody@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id TAA22869;
	Thu, 16 Mar 2000 19:06:03 -0800 (PST)
	(envelope-from nobody@FreeBSD.org)
Message-Id: <200003170306.TAA22869@freefall.freebsd.org>
Date: Thu, 16 Mar 2000 19:06:03 -0800 (PST)
From: larse@isi.edu
Sender: nobody@FreeBSD.org
To: freebsd-gnats-submit@FreeBSD.org
Subject: 4.0-STABLE: top: nlist failed
X-Send-Pr-Version: www-1.0

>Number:         17422
>Category:       kern
>Synopsis:       4.0-STABLE: top: nlist failed
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    remko
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 16 19:10:01 PST 2000
>Closed-Date:    Sat Dec 30 16:37:56 GMT 2006
>Last-Modified:  Sat Dec 30 16:37:56 GMT 2006
>Originator:     Lars Eggert
>Release:        4.0-STABLE
>Organization:
>Environment:
FreeBSD hbo.isi.edu 4.0-STABLE FreeBSD 4.0-STABLE #16: Thu Mar 16 16:13:45 PST 2000     root@hbo.isi.edu:/usr/src/sys/compile/PRECISION  i386

>Description:
Got 4.0-STABLE from cvsup, made world and recompiled/installed kernel.

hbo# top
top: nlist failed

I tried remaking/installing top and libkvm, no change.

I have also seen this under 4.0-RELEASE before moving to -STABLE,
but thought it was a quirk because I had not yet compiled a custom
kernel.
>How-To-Repeat:
see above
>Fix:


>Release-Note:
>Audit-Trail:

From: Ruslan Ermilov <ru@ucb.crimea.ua>
To: larse@isi.edu
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Fri, 17 Mar 2000 09:44:23 +0200

 --GvXjxJ+pjyke8COw
 Content-Type: text/plain; charset=us-ascii
 
 On Thu, Mar 16, 2000 at 07:06:03PM -0800, larse@isi.edu wrote:
 > 
 > >Number:         17422
 > >Category:       kern
 > >Synopsis:       4.0-STABLE: top: nlist failed
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       medium
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:        
 > >Keywords:       
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Thu Mar 16 19:10:01 PST 2000
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     Lars Eggert
 > >Release:        4.0-STABLE
 > >Organization:
 > >Environment:
 > FreeBSD hbo.isi.edu 4.0-STABLE FreeBSD 4.0-STABLE #16: Thu Mar 16 16:13:45 PST 2000     root@hbo.isi.edu:/usr/src/sys/compile/PRECISION  i386
 > 
 > >Description:
 > Got 4.0-STABLE from cvsup, made world and recompiled/installed kernel.
 > 
 > hbo# top
 > top: nlist failed
 > 
 > I tried remaking/installing top and libkvm, no change.
 > 
 > I have also seen this under 4.0-RELEASE before moving to -STABLE,
 > but thought it was a quirk because I had not yet compiled a custom
 > kernel.
 > >How-To-Repeat:
 > see above
 > >Fix:
 > 
 Could you please try the following patch?
 
 
 -- 
 Ruslan Ermilov		Sysadmin and DBA of the
 ru@ucb.crimea.ua	United Commercial Bank,
 ru@FreeBSD.org		FreeBSD committer,
 +380.652.247.647	Simferopol, Ukraine
 
 http://www.FreeBSD.org	The Power To Serve
 http://www.oracle.com	Enabling The Information Age
 
 --GvXjxJ+pjyke8COw
 Content-Type: message/rfc822
 
 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 <ru@ucb.crimea.ua>; 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 <bde@zeta.org.au>
 X-Sender: bde@alphplex.bde.org
 To: Ruslan Ermilov <ru@ucb.crimea.ua>
 cc: Jordan Hubbard <jkh@FreeBSD.org>, 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: <Pine.BSF.4.21.0003141325520.2522-100000@alphplex.bde.org>
 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:
 
 diff -c2 machdep.c~ machdep.c
 *** machdep.c~	Tue Feb 29 19:18:29 2000
 --- machdep.c	Mon Mar  6 10:05:52 2000
 ***************
 *** 1809,1812 ****
 --- 1799,1816 ----
   		preload_metadata = (caddr_t)bootinfo.bi_modulep + KERNBASE;
   		preload_bootstrap_relocate(KERNBASE);
 + 	} else {
 + 		static u_int32_t oldmoduledata[] = {
 + 			1, sizeof("kernel"), 0, 0,
 + 			2, sizeof("elf kernel"), 0, 0, 0,
 + 			0x8004, 4, 0,
 + 			0x8003, 4, 0,
 + 			0, 0,
 + 		};
 + 
 + 		preload_metadata = (caddr_t)&oldmoduledata[0];
 + 		strcpy((char *)&oldmoduledata[2], "kernel");
 + 		strcpy((char *)&oldmoduledata[6], "elf kernel");
 + 		oldmoduledata[11] = roundup2(bootinfo.bi_esymtab, 4);
 + 		oldmoduledata[14] = bootinfo.bi_symtab;
   	}
   	if (bootinfo.bi_envp)
 
 Bruce
 
 
 --GvXjxJ+pjyke8COw--
 

From: Lars Eggert <larse@isi.edu>
To: ru@ucb.crimea.ua
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Fri, 17 Mar 2000 10:26:13 -0800 (PST)

   ruslan> Could you please try the following patch?
 
 Ruslan, I *do* use loader (I get the "BTX loader" output when
 booting). However, the patch you sent does make top work for my
 configuration, too - so I'm happy.
 
 Thanks,
 Lars
 ________________________________________________________________________
 Lars Eggert <larse@isi.edu>               Information Sciences Institute
 http://www.isi.edu/~larse/             University of Southern California
 

From: Mikhail Teterin <mi@aldan.algebra.com>
To: freebsd-gnats-submit@FreeBSD.org, larse@isi.edu
Cc:  
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Tue, 28 Mar 2000 11:49:04 -0500

 This is a multi-part message in MIME format.
 --------------A37D6FD7F27176A165823D92
 Content-Type: text/plain; charset=us-ascii
 Content-Transfer-Encoding: 7bit
 
 The patches by Bruce worked for me too...
 --------------A37D6FD7F27176A165823D92
 Content-Type: text/x-vcard; charset=us-ascii;
  name="mi.vcf"
 Content-Transfer-Encoding: 7bit
 Content-Description: Card for Mikhail Teterin
 Content-Disposition: attachment;
  filename="mi.vcf"
 
 begin:vcard 
 n:Teterin;Mikhail
 x-mozilla-html:FALSE
 org:Virtual Estates, Inc.
 adr:;;;;;;
 version:2.1
 email;internet:mi@aldan.algebra.com
 title:President
 x-mozilla-cpt:;0
 fn:Mikhail Teterin
 end:vcard
 
 --------------A37D6FD7F27176A165823D92--
 
 
Responsible-Changed-From-To: freebsd-bugs->bde 
Responsible-Changed-By: ru 
Responsible-Changed-When: Fri May 5 01:58:28 PDT 2000 
Responsible-Changed-Why:  
Attempt to make Bruce commit his own patches :) 

From: Peter Wemm <peter@netplex.com.au>
To: ru@FreeBSD.ORG
Cc: freebsd-gnats-submit@FreeBSD.ORG, bde@FreeBSD.ORG
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed 
Date: Fri, 05 May 2000 11:30:02 -0700

 ru@FreeBSD.ORG wrote:
 > Synopsis: 4.0-STABLE: top: nlist failed
 > 
 > Responsible-Changed-From-To: freebsd-bugs->bde
 > Responsible-Changed-By: ru
 > Responsible-Changed-When: Fri May 5 01:58:28 PDT 2000
 > Responsible-Changed-Why: 
 > Attempt to make Bruce commit his own patches :)
 
 The patch is a workaround, it's not a correct fix.  It assumes an ELF
 kernel for starters.
 
 Cheers,
 -Peter
 
 

From: Ruslan Ermilov <ru@FreeBSD.ORG>
To: Peter Wemm <peter@netplex.com.au>
Cc: freebsd-gnats-submit@FreeBSD.ORG, bde@FreeBSD.ORG
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Sat, 6 May 2000 10:07:19 +0300

 On Fri, May 05, 2000 at 11:30:02AM -0700, Peter Wemm wrote:
 > ru@FreeBSD.ORG wrote:
 > > Synopsis: 4.0-STABLE: top: nlist failed
 > > 
 > > Responsible-Changed-From-To: freebsd-bugs->bde
 > > Responsible-Changed-By: ru
 > > Responsible-Changed-When: Fri May 5 01:58:28 PDT 2000
 > > Responsible-Changed-Why: 
 > > Attempt to make Bruce commit his own patches :)
 > 
 > The patch is a workaround, it's not a correct fix.  It assumes an ELF
 > kernel for starters.
 > 
 Because you were the person who made libkvm(3) use kldsym(2) to lookup
 symbol values without kvm_mkdb, maybe it is more correct if you take
 this PR?
 
 -- 
 Ruslan Ermilov		Sysadmin and DBA of the
 ru@ucb.crimea.ua	United Commercial Bank,
 ru@FreeBSD.org		FreeBSD committer,
 +380.652.247.647	Simferopol, Ukraine
 
 http://www.FreeBSD.org	The Power To Serve
 http://www.oracle.com	Enabling The Information Age
 

From: Kevin Day <toasty@dragondata.com>
To: larse@isi.edu
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Sat, 6 May 2000 15:18:52 -0500 (CDT)

 > 
 > >Description:
 > Got 4.0-STABLE from cvsup, made world and recompiled/installed kernel.
 > 
 > hbo# top
 > top: nlist failed
 > 
 > I tried remaking/installing top and libkvm, no change.
 > 
 > I have also seen this under 4.0-RELEASE before moving to -STABLE,
 > but thought it was a quirk because I had not yet compiled a custom
 > kernel.
 > >How-To-Repeat:
 > see above
 > >Fix:
 > 
 > 
 > >Release-Note:
 > >Audit-Trail:
 > >Unformatted:
 > 
 
 I'm seeing the same thing on an SMP box here at work. I'm willing to let
 someone poke around on it if need be.
 
 -- Kevin
 

From: Bernd Luevelsmeyer <bernd.luevelsmeyer@heitec.net>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Mon, 21 Aug 2000 17:55:50 +0200

 For recent versions of FreeBSD (specifically: 4.1-STABLE #1:
 Sat Aug 19 22:37:56 CEST 2000), the patch doesn't work anymore
 due to the line numbers having changed too much. The
 locore.s-patch isn't necessary anymore; a machdep.c-patch that
 works is:
 
 *** machdep.c.orig      Sat Aug  5 00:31:06 2000
 --- machdep.c   Fri Aug 11 17:36:05 2000
 ***************
 *** 1802,1807 ****
 --- 1802,1821 ----
         if (bootinfo.bi_modulep) {
                 preload_metadata = (caddr_t)bootinfo.bi_modulep + KERNBASE;
                 preload_bootstrap_relocate(KERNBASE);
 +       } else {
 +               static u_int32_t oldmoduledata[] = {
 +                       1, sizeof("kernel"), 0, 0,
 +                       2, sizeof("elf kernel"), 0, 0, 0,
 +                       0x8004, 4, 0,
 +                       0x8003, 4, 0,
 +                       0, 0,
 +               };
 +
 +               preload_metadata = (caddr_t)&oldmoduledata[0];
 +               strcpy((char *)&oldmoduledata[2], "kernel");
 +               strcpy((char *)&oldmoduledata[6], "elf kernel");
 +               oldmoduledata[11] = roundup2(bootinfo.bi_esymtab, 4);
 +               oldmoduledata[14] = bootinfo.bi_symtab;
         }
         if (bootinfo.bi_envp)
                 kern_envp = (caddr_t)bootinfo.bi_envp + KERNBASE;
 

From: Mario Klebsch <mario@klebsch.de>
To: freebsd-gnats-submit@FreeBSD.org, larse@isi.edu
Cc:  
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Thu, 30 Nov 2000 20:05:56 +0100

 -----BEGIN PGP SIGNED MESSAGE-----
 
 Hi!
 
 I have the same problem on a diskless system using etherboot to
 load the kernel using tftp.
 
 >*** machdep.c.orig      Sat Aug  5 00:31:06 2000
 >--- machdep.c   Fri Aug 11 17:36:05 2000
 >***************
 >*** 1802,1807 ****
 >--- 1802,1821 ----
 >	if (bootinfo.bi_modulep) {
 >		preload_metadata = (caddr_t)bootinfo.bi_modulep + KERNBASE;
 >		preload_bootstrap_relocate(KERNBASE);
 >+       } else {
 >+               static u_int32_t oldmoduledata[] = {
 >+                       1, sizeof("kernel"), 0, 0,
 >+                       2, sizeof("elf kernel"), 0, 0, 0,
 >+                       0x8004, 4, 0,
 >+                       0x8003, 4, 0,
 >+                       0, 0,
 >+               };
 >+
 >+               preload_metadata = (caddr_t)&oldmoduledata[0];
 >+               strcpy((char *)&oldmoduledata[2], "kernel");
 >+               strcpy((char *)&oldmoduledata[6], "elf kernel");
 >+               oldmoduledata[11] = roundup2(bootinfo.bi_esymtab, 4);
 >+               oldmoduledata[14] = bootinfo.bi_symtab;
 >	}
 >	if (bootinfo.bi_envp)
 >	kern_envp = (caddr_t)bootinfo.bi_envp + KERNBASE;
 
 I tried this patch on FreeBSD 4.2-BETA, but the kernel panic()ed. :-(
 Unfortunately, I was not able to see the messages on the screen,
 because the system (and its screen) is located in a distance of about
 20Km. Someone mailed me part of the panic message:
 
 Fatal trap 12: page fault while in kernel mode
 fault virtual address   = 0x0
 fault code               = supervisor read, page not present
 
 73, Mario
 --
 Mario Klebsch						mario@klebsch.de
 PGP-Key available at http://www.klebsch.de/public.key
 Fingerprint DSS: EE7C DBCC D9C8 5DC1 D4DB  1483 30CE 9FB2 A047 9CE0
  Diffie-Hellman: D447 4ED6 8A10 2C65 C5E5  8B98 9464 53FF 9382 F518
 
 
 -----BEGIN PGP SIGNATURE-----
 Version: PGPfreeware 5.0i for non-commercial use
 MessageID: VyT6KBPB5A4raLEQxcWGtUAhTVkCPNNL
 
 iQA/AwUBOiamhzDOn7KgR5zgEQK5FQCeJgOluuKSQqVPb5rRYQECC+rq608An2+A
 Q1DEm6v7AEOFukAD4PsWl6yL
 =zS/h
 -----END PGP SIGNATURE-----
 

From: Bernd Luevelsmeyer <bdluevel@heitec.net>
To: freebsd-gnats-submit@FreeBSD.org, bde@FreeBSD.org, larse@isi.edu
Cc:  
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Fri, 21 Sep 2001 04:26:56 +0200

 I found that the patch I've been using wouldn't work anymore
 because the source changed too much. I modified it; without
 actually knowing how it works, admittedly, so I can't be sure
 it's still good. The system appears to work just fine, however,
 so I can still do without /boot/loader.
 
 Could someone who knows machdep.c matters please review the thing and
 close this very old PR? I've been using versions of this patch ever
 since, and it always worked. Currently I'm using 4.4-Stable.
 
 
 --- sys/i386/i386/machdep.c.orig        Thu Sep 20 23:08:01 2001
 +++ sys/i386/i386/machdep.c     Thu Sep 20 23:11:12 2001
 @@ -1823,7 +1823,19 @@
                 preload_metadata = (caddr_t)bootinfo.bi_modulep + KERNBASE;
                 preload_bootstrap_relocate(KERNBASE);
         } else {
 -               metadata_missing = 1;
 +              static u_int32_t oldmoduledata[] = {
 +                      1, sizeof("kernel"), 0, 0,
 +                      2, sizeof("elf kernel"), 0, 0, 0,
 +                      0x8004, 4, 0,
 +                      0x8003, 4, 0,
 +                      0, 0,
 +              };
 +
 +              preload_metadata = (caddr_t)&oldmoduledata[0];
 +              strcpy((char *)&oldmoduledata[2], "kernel");
 +              strcpy((char *)&oldmoduledata[6], "elf kernel");
 +              oldmoduledata[11] = roundup2(bootinfo.bi_esymtab, 4);
 +              oldmoduledata[14] = bootinfo.bi_symtab;
         }
         if (bootinfo.bi_envp)
                 kern_envp = (caddr_t)bootinfo.bi_envp + KERNBASE;

From: Lars Eggert <larse@ISI.EDU>
To: freebsd-gnats-submit@FreeBSD.org, bde@FreeBSD.org
Cc:  
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Thu, 18 Sep 2003 12:08:34 -0700

 This is a cryptographically signed message in MIME format.
 
 --------------ms050607070403020300010405
 Content-Type: text/plain; charset=us-ascii; format=flowed
 Content-Transfer-Encoding: 7bit
 
 Hi,
 
 as far as I'm concerned (as originator), this PR can be closed. It 
 turned out to be faulty hardware, if I remember correctly.
 
 However, people are discussing a related but separate issue in the 
 followups, and I'm not sure whether that has been addressed (since it 
 wasn't the original problem I opened the PR about.)
 
 Lars
 -- 
 Lars Eggert <larse@isi.edu>           USC Information Sciences Institute
 
 --------------ms050607070403020300010405
 Content-Type: application/x-pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC
 AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV
 BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
 A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj
 ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG
 CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw
 MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD
 YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy
 dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw
 LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ
 gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd
 knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp
 AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS
 BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH
 XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M
 G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp
 h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL
 MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du
 MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD
 VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX
 DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD
 VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ
 KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0
 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS
 KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm
 l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9
 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs
 nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO
 VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ
 KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp
 zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4
 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w
 DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
 EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
 Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
 MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN
 MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh
 cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb
 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i
 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote
 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi
 BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC
 ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB
 ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk
 dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG
 Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH
 mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6
 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
 EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
 Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
 MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI
 hvcNAQkFMQ8XDTAzMDkxODE5MDgzNFowIwYJKoZIhvcNAQkEMRYEFIQ092c6ECA3rHurNi7J
 qHVBDrmaMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
 CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w
 gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh
 cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl
 czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq
 hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw
 ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp
 ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44
 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEAkfa9TcEGGaVVL/Mug/1BlqBgtmTdbeeb7c1K
 SO5ZQVaZIC0AQAA3y3cN2Dt77j0D8H111GNilPEl8xMUzhqXNOPQKYsA8i4BxInhbNf9JTdF
 6321AKg07vA/hPTuLOPmHZqBRWYxY2gjz6ZXn6tVx7q8nL9ZEP+ees0qJAO85zIlnMPHR7Eg
 ORoD+uLQ1GHvdN8QD9kn9rd+B4aCYgEu1+QcotOIz1ax5MJv2H+i1bmdBL2kHOWJ6DZQ89U/
 r1Q5VSmlP6yC9qkiKWGODWFn5rA8Jl2w59Yy16I4vW9QQpPnjjLGOIUBMrnVOlHqfVmnSMDt
 MIP9UkeimoY9C9s/hAAAAAAAAA==
 --------------ms050607070403020300010405--
 

From: Felipe Gasper <fgasper@freeshell.org>
To: freebsd-gnats-submit@FreeBSD.org, larse@isi.edu
Cc:  
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Tue, 03 Feb 2004 10:28:02 -0600

 Just for curiosity, what is the status of this PR? I'm using 4.9-RELEASE 
 and am still getting this error. "pstat" also gives "undefined symbol: 
 _numvnodes"; I don't know if that would be something to do with it or no.
 
 Thanks!
 
 -Felipe Gasper
 Urbana, IL  USA

From: Bruce Evans <bde@zeta.org.au>
To: Felipe Gasper <fgasper@freeshell.org>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: kern/17422: 4.0-STABLE: top: nlist failed
Date: Thu, 5 Feb 2004 00:08:49 +1100 (EST)

 On Tue, 3 Feb 2004, Felipe Gasper wrote:
 
 >  Just for curiosity, what is the status of this PR? I'm using 4.9-RELEASE
 >  and am still getting this error. "pstat" also gives "undefined symbol:
 >  _numvnodes"; I don't know if that would be something to do with it or no.
 
 The bug is still present in RELENG_4: the system must be booted with
 /boot/loader to get these symbols.
 
 The bug is almost moot in -current.  Most statistics utilities including
 pstat use sysctl() instead of nlist()+kvm_read() to read kernel data in
 the live kernel case, so they don't need kldsym() to return these symbols.
 The symbols are missing mainly for kernel debugging using ddb, but using
 DDB_NOKLDSYM is a better workaround for that and other bugs in loading
 symbols at boot time.
 
 My patch in the PR followup should be harmless but there is a report
 of it causing panics.  It caused panics in -current because initialization
 of the bootinfo was broken by gcc putting zero data in the bss; this
 resulted in the symbol table info in bootinfo being all-0 and passing
 the 0's up to kern_linker.c using the fake module didn't work.  The
 initialization has been fixed in -current and in
 RELENG_4-compiled-by-gcc-3.3, but other ways of passing null symbol
 info might cause problems.  boot2 always passes non-null symbol info.
 This used to be for ddb, but became essential for kernel symbols.
 
 Bruce
State-Changed-From-To: open->feedback 
State-Changed-By: remko 
State-Changed-When: Sat Dec 30 16:34:45 UTC 2006 
State-Changed-Why:  
Hello is this still a problem with freebsd 6.x? 


Responsible-Changed-From-To: bde->remko 
Responsible-Changed-By: remko 
Responsible-Changed-When: Sat Dec 30 16:34:45 UTC 2006 
Responsible-Changed-Why:  
grab the pr 

http://www.freebsd.org/cgi/query-pr.cgi?pr=17422 
State-Changed-From-To: feedback->closed 
State-Changed-By: remko 
State-Changed-When: Sat Dec 30 16:37:54 UTC 2006 
State-Changed-Why:  
the submitters email address does no longer exist, since i never seen 
this on releng_5 and beyond i will assume this got fixed, please correct 
me if am wrong. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=17422 
>Unformatted:
