| To: | Richard Gooch <rgooch@xxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: ownership of target of /dev/cdroms/cdroms0 in devfs |
| From: | Russell Coker <russell@xxxxxxxxxxxx> |
| Date: | Mon, 17 Sep 2001 18:35:00 +0200 |
| Cc: | Alex Bowley <alex.bowley@xxxxxxxxxxxxxx>, devfs@xxxxxxxxxxx, debian-user@xxxxxxxxxxxxxxxx |
| In-reply-to: | <200109162353.f8GNruh08846@mobilix.ras.ucalgary.ca> |
| References: | <20010904171036.B571@london.excite.com> <20010905203303.A428A34F1F@lyta.coker.com.au> <200109162353.f8GNruh08846@mobilix.ras.ucalgary.ca> |
| Reply-to: | Russell Coker <russell@xxxxxxxxxxxx> |
| Sender: | owner-devfs@xxxxxxxxxxx |
On Mon, 17 Sep 2001 01:53, Richard Gooch wrote: > > Also any permissions related configuration directives in > > /etc/devfs/conf.d/* will over-ride /etc/devfs/perms (so there's no > > real need to comment anything out of /etc/devfs/perms unless you are > > making permissions more restrictive and want to avoid race > > conditions). > > What race conditions are you referring to? Filesystem access to > entries is blocked until devfsd has finished processing all pending > events. So no process can ever see an intermediate state. Only devfsd > and it's children can bypass this block. OK. Sorry I wasn't thinking when I wrote the message, I should have known that! -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [IDEA] Enhanced trace level system, Brad Chapman |
|---|---|
| Next by Date: | Questions, Chris Jones |
| Previous by Thread: | Re: ownership of target of /dev/cdroms/cdroms0 in devfs, Richard Gooch |
| Next by Thread: | [IDEA] Enhanced trace level system, Brad Chapman |
| Indexes: | [Date] [Thread] [Top] [All Lists] |