/dev/dsp* & /dev/audio* devices not present
Ulrich Spoerlein
uspoerlein at gmail.com
Sat Jan 10 10:51:43 PST 2009
I cannot really comment on the devfs(4) design issues, and quite frankly
it hasn't bothered my thus far. Just another little quirk you get to
remember.
On Sat, 10.01.2009 at 04:20:58 -0800, perryh at pluto.rain.com wrote:
> That the code faithfully adheres to the design does not guarantee
> that the design is flawless. IMO it violates POLA, if not POSIX,
> for open(2) to succeed when applied to a name which, according to
> readdir(2), does not exist; and it is suboptimal to have "stealth"
> drivers whose availability for use cannot be discovered by examining
> /dev.
You forgot directories with --x permissions. You can open many files
inside them, but readdir(2) will get you nowhere. So this is a poor
standard by which to judge devfs(4) device cloning.
Cheers,
Ulrich Spoerlein
--
It is better to remain silent and be thought a fool,
than to speak, and remove all doubt.
More information about the freebsd-hackers
mailing list