![]() | |||||||||||||
Messages in this thread |
Alexander Viro wrote: > a) sysfs doesn't allow mkdir/rmdir and thus avoids an imperial buttload > of races - witness the crap in devfs. But isn't one of the problems there that kernel and user space can both initiate changes ? What I'm proposing is to let this be driven by user space. You'd of course still have different policies in different parts of the sysfs hierarchy, but would that really be a problem ? > b) rmdir of non-empty directory pretty much guarantees another buttload of > races. Hmm, if the sysfs user could veto file creation while the removal is in progress, behaviour like rm -r would certainly be sufficient. Even if it can't veto it, this may be good enough, since user space is in charge of file creation (after mkdir) anyway. The main reason why I think rmdir with rm -r functionality would be useful in this case, is that, in order to implement a "remove probe" functionality, the application wouldn't have to know what exactly lives in that directory, and it also wouldn't have to implement a real rm -r (or rm xxx/* && rmdir xxx), which I'd also consider a more powerful operation than a simple rmdir. I can see a potential issue with a proliferation of callbacks, though. > c) mkdir creating non-empty directory or rmdir removing non-empty directory > is *ugly*. Uglier than a "magic" file that then goes and creates/removes directories and files in them ? Why don't we echo mkdir foo >. then ? ;-) Besides, there's some precedent: . and .. are also handled implicitly. (And do we really have no file systems that store some meta-data in "magic" files that are created/removed implicitly ?) - Werner -- _________________________________________________________________________ / Werner Almesberger, Buenos Aires, Argentina wa@almesberger.net / /_http://www.almesberger.net/____________________________________________/ - 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 12:31 [from the cache] ©2003-2008 | |||||||||||||