Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: Notesfiles $Revision: 1.6.2.17 $; site uiucuxc.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxj!mhuxn!houxm!ihnp4!inuxc!pur-ee!uiucdcs!uiucuxc!hamilton From: hamilton@uiucuxc.UUCP Newsgroups: net.unix-wizards Subject: Re: Access to kmem - System namelist - ' Message-ID: <31700009@uiucuxc.UUCP> Date: Mon, 3-Dec-84 12:51:00 EST Article-I.D.: uiucuxc.31700009 Posted: Mon Dec 3 12:51:00 1984 Date-Received: Tue, 4-Dec-84 09:11:33 EST References: <161@dido.UUCP> Lines: 18 Nf-ID: #R:dido:-16100:uiucuxc:31700009:000:728 Nf-From: uiucuxc!hamilton Dec 3 11:51:00 1984 > /* Written 11:26 pm Dec 1, 1984 by john@dido in uiucuxc:net.unix-wizar */ > /* ---------- "Access to kmem - System namelist - '" ---------- */ > Why do so many commands such as 'ps', 'ipcs' and what have you have to use > the /unix namelist to find out kernel addresses? > > I'd like to propose subdivisions of /dev/kmem, thus > > /dev/kmem/proc for the process table > /dev/kmem/inode for the inode table > > and so forth. Implementation would be trivial. > /* End of text from uiucuxc:net.unix-wizar */ i think whitesmiths' idris adopted this approach. if i remember right, they had a /dev/proc, /dev/user, etc, all minor devices of the same major device. wayne ({decvax,ucbvax}!pur-ee!uiucdcs!uiucuxc!)hamilton