cvs commit: src/sys/fs/devfs devfs_rule.c

Colin Percival colin.percival at wadham.ox.ac.uk
Thu Jan 22 00:29:47 PST 2004


At 07:49 22/01/2004, Mike Makonnen wrote:
>On Wed, Jan 21, 2004 at 08:43:29AM -0800, Colin Percival wrote:
> >   Allow devfs path rules to work on directories.  Without this fix,
> >   devfs rule add path fd unhide
> >   is a no-op, while it should unhide the fd subdirectory.
>
>Does this affect /etc/defaults/devfs.rules?

   No, but we might want to change devfs.rules.

>I am assuming that the 'add hide' in the first ruleset will now also
>hide /dev/fd (where it previously didn't).

   The 'add hide' was always hiding /dev/fd.  It just wasn't possible
to unhide it without unhiding everything.  (devfs_rule_matchpath is
only called if the rule specifies a path; prior to this fix, it would
always return "no, this doesn't match" when applied to a directory.)

>In that case will the
>'add path fd/* unhide' in a later rule unhide the fd/ directory? Does
>it need a separate 'add fd unhide'?

   Given that 'add path fd/* unhide' currently unhides entries within
a hidden directory, it would probably makes sense to add a separate
'add path fd unhide'. :)

Colin Percival



More information about the cvs-all mailing list