From owner-freebsd-hackers  Fri Dec  8 03:36:26 1995
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id DAA27003
          for hackers-outgoing; Fri, 8 Dec 1995 03:36:26 -0800 (PST)
Received: from ref.tfs.com (ref.tfs.com [140.145.254.251])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA26998
          for <hackers@freebsd.org>; Fri, 8 Dec 1995 03:36:21 -0800 (PST)
Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id DAA05733 for hackers@freebsd.org; Fri, 8 Dec 1995 03:36:11 -0800
From: Julian Elischer <julian@ref.tfs.com>
Message-Id: <199512081136.DAA05733@ref.tfs.com>
Subject: VIP for DEVICE MAINTAINERS..PLZ READ
To: hackers@freebsd.org
Date: Fri, 8 Dec 1995 03:36:11 -0800 (PST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-hackers@freebsd.org
Precedence: bulk

IF you maintain a device please read this..
(assuming it had a devsw entry)

The latest changes make the changes testted under the JREMOD ifdef  
a permenant  fact.

They Also add DEVFS support for most devices (though they don't show up
in devfs yet due to a bug in devfs)



The call that adds an entry into devfs is:
devfs_add_devsw()

it returns a token (void *) that can be used to:
1/ link another name to the same device
2/ destroy the device

it's argumants are:
1/ the path to the device within DEVFS
2/ the name of the device
3/ the address of the devsw entry the name should access
4/ the minor number
5/ whether the device is CHAR or BLK
6/ Owner UID
7/ Owner GID
8/ Permissions (e.g. rwxr--r-- = 0744)


Why am I telling you this?
because if you 'OWN' an device.. It will probably be worth your while
to 'Fix' what I've done with devfs naming  so that it fits what you
think it shold look like in /dev.
I have been very 'quick' and dirty
with devices where it was hard for me to figure out
what it was SUPPOSED to look like..

If in doubt look at a few other devices to see what I did..
scsi/st.c is probably the most comprehensive,
and most likely to be correct.. :)

a second function 
dev_link ()
allows a second name ot be linked to the token returned from an existing
name.. see st.c for an example..

julian
+----------------------------------+       ______ _  __
|   __--_|\  Julian Elischer       |       \     U \/ / On assignment
|  /       \ julian@ref.tfs.com    +------>x   USA    \ in a very strange
| (   OZ    ) 300 lakeside Dr. oakland CA. \___   ___ | country !
+- X_.---._/  USA+(510) 645-3137(wk)           \_/   \\            
          v