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