lkml.org 
[lkml]   [2001]   [Dec]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: devfs unable to handle permission: 2.4.17-pre[4,5] /
From
Date
Some devfs permission problems may have arisen because of the
fact that devfs now notifies devfsd of the creation of
directories. Many people have devfsd configured to set
permissions to all devices matching a certain regular
expression --- e.g., all devices with "sound" in their
pathname. The problem is that the "sound" directory itself
matches this regular expression, and so will have its perm
bits set exactly like the device files' perm bits---e.g.,
with the eXamine bit cleared. The solution is to edit the
devfsd config so that it excludes the directory. E.g.,
instead of:
REGISTER sound PERMISSIONS root.audio 0664
(which worked before but won't any more) do:
REGISTER ^sound/.* PERMISSIONS root.audio 0664
or something similar.

Roman Zippel wrote:
> Option 3:
> Turn a user generated entry into a kernel generated
> one and return 0. Prepopulating devfs was a valid
> option so far, you cannot simply change this during
> a stable kernel release.

As Richard has pointed out, devfs is still marked
"experimental", so it's not unreasonable to make changes
if they are improvements.

--
Thomas Hood




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:13    [W:0.873 / U:0.300 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site