Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 12 Jan 1997 12:22:56 -0700 (MST)
From:      Terry Lambert <terry@lambert.org>
To:        bde@zeta.org.au (Bruce Evans)
Cc:        davidn@unique.usn.blaze.net.au, joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org
Subject:   Re: DEVFS permissions &c.
Message-ID:  <199701121922.MAA25976@phaeton.artisoft.com>
In-Reply-To: <199701121444.BAA14336@godzilla.zeta.org.au> from "Bruce Evans" at Jan 13, 97 01:44:33 am

next in thread | previous in thread | raw e-mail | index | archive | help
> >Seriously, I've used sysv for many years, and grew to quickly despise
> >the sysv approach. It does have some good sides, but, for example,
> >Sun's tree of symlinks to init/shutdown scripts is definitely an
> >overkill.
> 
> I expect a tree of devices would be overkill too.  You would need evil
> symlinks to reduce /dev/disks/raw/scsi/bus0/id0/lun0/slice2/partitionh
> to something like /dev/rsd0h :-).

Why?

For all intents and purposes, you have described:

o	A raw device designator, which need not be a seperate semantic
	component

o	The fact that the controller is SCSI, which no one should care
	about at this level, and which shouln't be under "disks" anyway.
	Besides which, the information is otherwise retrievable via
	an ioctl() to the device to retrieve underlying physica device
	info

o	The bus on the controller, which *also* no one cares about for
	the same reasons as above

o	The SCSI id, which is irrelevant, since it was reflected in
	the arrival order for the physical devices.

So far, we have reduces to /dev/dsk/dsk0

o	The SCSI lun, which for devices that fan out by lun, is a
	physical to logical partitioning scheme, and for devices
	which do not fan out, are seperate devices anyway.

So we are /dev/dsk/dsk0 ... /dev/dsk/dskN or, we are /dev/dsk/dsk0/p0 ...
/dev/dsk/dsk0/pN

o	The slice, which is truly partitioning (invokes physical to
	logical layering).

o	The partition, which is truly partitioning (invokes physical
	to logical layering).

The point of the device hierarchy in my examples was to give entry
points for a putative "universal fdisk" utility, which could handle
all partitioning tasks, regardless of the partitioning schema used
to implement them.

It was *not* to provide some name space incursion mechanism for all
possible fan outs (though one has to agree that any series of 1->N
fanouts is probably better handled by hierarch than by changing the
exposed device name).


					Regards,
					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701121922.MAA25976>