From owner-freebsd-hackers Fri Apr 21 11:25:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16131 for hackers-outgoing; Fri, 21 Apr 1995 11:25:25 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16125 for ; Fri, 21 Apr 1995 11:25:22 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id LAA05949 for ; Fri, 21 Apr 1995 11:22:38 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id UAA24418; Fri, 21 Apr 1995 20:21:57 +0200 Received: (from andreas@localhost) by knobel.GUN.de (8.6.9/8.6.9) id UAA01523 Fri, 21 Apr 1995 20:17:03 +0200 From: Andreas Klemm Message-Id: <199504211817.UAA01523@knobel.GUN.de> Subject: Re: [DEVFS] your opinions sought! To: davidg@Root.COM Date: Fri, 21 Apr 1995 20:17:01 +0200 (MET DST) Cc: bde@zeta.org.au, julian@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <199504191017.DAA00268@corbin.Root.COM> from "David Greenman" at Apr 19, 95 03:17:04 am X-Mailer: ELM [version 2.4 PL24 PGP2] Content-Type: text Content-Length: 1678 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >>I personally have always prefered the flat scheme of /dev (with possible > >>exceptions for /dev/fd/*). This is a religious issue, I have spoken my > >>religion. > > > >I like it fairly flat. There certainly shouldn't be subdirectories for > >pieces of one device. > > I agree with Bruce. I would have agreed with Rod, but the simple fact is > that our /dev directory is getting very large and bloated, and this will only > get worse. Perhaps /dev/disks/* and /dev/ttys/*, etc, might be a way to > organize things (in other words, by device class). I prefer to not minimize > the number of levels as much as possible, while still providing some > organization. If you want to group the devices, so that a listing of /dev doesn't get too long, why not taking Sun's / SVR4's naming scheme ? It's something like a standard in the Unix market. 6 /dev/sad 34 /dev/dsk 0 /dev/fd 98 /dev/pts 34 /dev/rdsk 50 /dev/rmt 2 /dev/swap 6 /dev/term 4 /dev/fbs 2 /dev/printers 260 /dev/md/dsk 260 /dev/md/rdsk 524 /dev/md 6 /dev/cua 2 /dev/isdn 6 /dev/sound 1526 /dev block devices = dsk, raw devices = rdsk /dev/dsk/c0t0d0s0 /dev/dsk/c0t0d0s1 /dev/dsk/c0t0d0s2 /dev/dsk/c0t0d0s3 /dev/dsk/c0t0d0s4 /dev/dsk/c0t0d0s5 /dev/dsk/c0t0d0s6 /dev/dsk/c0t0d0s7 /dev/dsk/c0t1d0s0 /dev/dsk/c0t1d0s1 /dev/dsk/c0t1d0s2 /dev/dsk/c0t1d0s3 /dev/dsk/c0t1d0s4 /dev/dsk/c0t1d0s5 /dev/dsk/c0t1d0s6 /dev/dsk/c0t1d0s7 -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - akl@wup.de - *** apsfilter - irgendwie clever *** ftp.informatik.rwth-aachen.de:/pub/Linux/local/packs/APSfilter/aps-49...:-)