From: krewat@kilonet.net (Arthur Krewat)
Subject: [TUHS] Device special files
Date: Wed, 7 Feb 2018 11:24:02 -0500 [thread overview]
Message-ID: <ec74c580-34f7-794b-815c-d3a5949a7f5a@kilonet.net> (raw)
In-Reply-To: <CAEoi9W4YORBdVT1OgGobNqtjhGexT05uSqTOGL22q1D0pvpTsw@mail.gmail.com>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2998 bytes --]
medusa# mount | egrep '^/dev'
/devices on /devices read/write/setuid/devices/rstchown/dev=9640000 on
Fri Jan 19 16:33:07 2018
/dev on /dev read/write/setuid/devices/rstchown/dev=9680000 on Fri Jan
19 16:33:07 2018
/dev/fd on fd read/write/setuid/devices/rstchown/dev=9940001 on Fri Jan
19 16:33:22 2018
medusa# ls -l /dev/rdsk/c1t*d0
lrwxrwxrwx 1 root root 65 Jan 2 2015 /dev/rdsk/c1t0d0
-> ../../devices/pci at 0,0/pci8086,340b at 4/pci1028,1f10 at 0/sd at 0,0:wd,raw
lrwxrwxrwx 1 root root 65 Jan 2 2015 /dev/rdsk/c1t1d0
-> ../../devices/pci at 0,0/pci8086,340b at 4/pci1028,1f10 at 0/sd at 1,0:wd,raw
medusa# uname -a
SunOS medusa 5.11 11.3 i86pc i386 i86pc
On 2/6/2018 9:06 PM, Dan Cross wrote:
> On Tue, Feb 6, 2018 at 8:48 PM, Dave Horsfall <dave at horsfall.org
> <mailto:dave at horsfall.org>> wrote:
>
> On Wed, 7 Feb 2018, Greg 'groggy' Lehey wrote:
>
> V3 and earlier still *called* them special files, but it
> seems they were essentially just magic inode numbers
> (there was no physical file on disk, just any directory
> entry with the given inode would be the special file).
>
>
> Isn't that still the case?
>
>
> Wasn't that "devfs" (which Penguin/OS calls "udev")? I've never
> grokked that concept.
>
>
> No. devfs was (is?) a pseudo-filesystem where only special files
> corresponding to the devices enumerated by the kernel during
> autoconfiguration are present. The contents are synthesized at boot
> time and the filesystem is mounted at some canonical location (like
> /dev), but is otherwise ephemeral. This is in contrast to the older
> /dev, which is usually just a directory on the root filesystem,
> wherein one created a number of device files that may (or may not)
> correspond to an actual hardware device in the system (remember the
> old dance of, "cd /dev && ./MAKEDEV foo" when you added a "foo" onto
> your system?). The inodes and directory entries for those files
> actually exist in the disk-resident filesystem structures (though of
> course data blocks aren't allocated to those files and the inode
> doesn't refer to any data blocks).
>
> My understanding is that udev is an elaboration on devfs on Linux that
> includes a rules engine that supports things like assigning set names
> to specific devices, setting permissions, group/user ownership and the
> like. For example, one can configure a rule so that when USB UART
> device with serial number 0xdeadbeef gets attached to the system, it
> appears as /dev/console_for_foo, owned by group "fooadmin" and mod
> 660. Presumably whoever configured that knows that that serial device
> is physically connected to the serial console for "foo".
>
> - Dan C.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20180207/cb25da3a/attachment.html>
next prev parent reply other threads:[~2018-02-07 16:24 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-06 15:56 ron minnich
2018-02-06 17:56 ` Larry McVoy
2018-02-06 18:03 ` ron minnich
2018-02-06 19:48 ` Random832
2018-02-07 1:25 ` Greg 'groggy' Lehey
2018-02-07 1:36 ` Ron Natalie
2018-02-07 1:40 ` Clem Cole
2018-02-07 1:47 ` Henry Bent
2018-02-07 1:48 ` Dave Horsfall
2018-02-07 2:06 ` Dan Cross
2018-02-07 16:24 ` Arthur Krewat [this message]
2018-02-07 16:34 ` Dan Cross
2018-02-07 16:34 ` Nemo
2018-02-07 16:59 ` ron minnich
2018-02-08 0:39 ` Dave Horsfall
2018-02-08 16:18 ` Arthur Krewat
2018-02-08 22:47 ` Dave Horsfall
2018-02-07 2:13 ` Bakul Shah
2018-02-07 5:39 ` Dave Horsfall
2018-02-07 18:36 ` Steffen Nurpmeso
2018-02-07 19:07 ` Ian Zimmerman
2018-02-07 22:05 ` Clem Cole
2018-02-07 22:38 ` ron minnich
2018-02-07 22:48 ` Ron Natalie
2018-02-08 18:59 ` Random832
2018-02-07 23:06 ` Bakul Shah
2018-02-08 19:06 ` Steffen Nurpmeso
2018-02-07 22:04 ` Dave Horsfall
2018-02-08 13:03 ` Rafael R Obelheiro
2018-02-08 19:25 ` Steffen Nurpmeso
2018-02-07 1:38 Noel Chiappa
2018-02-09 0:09 Doug McIlroy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ec74c580-34f7-794b-815c-d3a5949a7f5a@kilonet.net \
--to=krewat@kilonet.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).