From owner-cvs-all Wed Dec 30 18:14:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04318 for cvs-all-outgoing; Wed, 30 Dec 1998 18:14:24 -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 SAA04306 for ; Wed, 30 Dec 1998 18:14:19 -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 KAA88685; Thu, 31 Dec 1998 10:13:47 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199812310213.KAA88685@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: committers@FreeBSD.ORG Subject: Re: kvm_nlist emulation of n_type from kld symbol table at runtime. In-reply-to: Your message of "Tue, 29 Dec 1998 22:44:55 PST." <199812300644.WAA01817@dingo.cdrom.com> Date: Thu, 31 Dec 1998 10:13:46 +0800 From: Peter Wemm Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Mike Smith wrote: > > Nutshell: Can anybody forsee the need to export symbol type to userland? > > > > Now for the details.. :-) > > > > The in-kernel linker keeps a small symbol table (of global symbols only for > > a stripped kernel). This is used for loading and unloading, to provide > > DDB with lookup capabilities, etc. > > > > Obviously, with a massively modular kernel (something we don't have yet, > > and hopefully we won't go overboard on), doing a kvm_mkdb(8) on /kernel at > > boot time and having kvm_nlist() read those is going to become rather > > useless rather quickly. > > > > The obvious solution is to provide access to the current symbol table to > > userland. > > No, the obvious solution is to improve and expand the sysctl interface, > which already provides size and type information. Type and size of the return, which in this case would be an opaque (to sysctl) block of data. The data needed to construct nlist.n_type is quite different to the data return type from sysctl(2). Nobody so far has commented on the need for nlist.n_type emulation.. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message