From owner-cvs-all Wed Dec 30 22:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27942 for cvs-all-outgoing; Wed, 30 Dec 1998 22:30:08 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA27925 for ; Wed, 30 Dec 1998 22:30:06 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id XAA23616; Wed, 30 Dec 1998 23:24:54 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id XAA07777; Wed, 30 Dec 1998 23:24:53 -0700 Date: Wed, 30 Dec 1998 23:24:53 -0700 Message-Id: <199812310624.XAA07777@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Nate Williams , Poul-Henning Kamp , committers@FreeBSD.ORG Subject: Re: kvm_nlist emulation of n_type from kld symbol table at runtime. In-Reply-To: <199812310054.QAA00478@dingo.cdrom.com> References: <199812302359.QAA06821@mt.sri.com> <199812310054.QAA00478@dingo.cdrom.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > > > >> Nutshell: Can anybody forsee the need to export symbol type to userland? > > > >> > > > >No, the obvious solution is to improve and expand the sysctl interface, > > > >which already provides size and type information. > > > > > > It would be trivial to implement in a sysctl, and we can even do it > > > as > > > sysctl kern.nlist.val.avenrun > > > sysctl kern.nlist.type.avenrun > > > if you want to... > > > > What about 'loadable' drivers that may have multiple symbols for > > multiple interfaces, ala network cards? > > > > kern.nlist.ed0.softc? > > Eugh. I think we're at cross purposes here. Exporting the kernel > symbol table for debugging purposes is one thing, exporting entities > out of the kernel for eg. statistical operations is another entirely. What about for things such as interrupt counts, collisions, and such. These aren't debugging issues, but do exist on a per-card basis. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message