On Sun, Apr 13, 2008 at 08:56:14PM -0400, jayjwa wrote:
> On Sat, 12 Apr 2008, Michael Halcrow wrote:
> -> It is inappropriate to use procfs for communications with a
> -> userspace daemon. Plus, there is no point in generating a
> -> separate handle for each daemon; the daemons can all multiplex on
> -> a single device handle instead.
>
> It seems odd to have a /dev entry for ecryptfs when it's not a
> device.  Wouldn't sysfs, possibly along with configfs
> (/usr/src/linux/Documentation/filesystems/configfs/configfs.txt) be
> better suited?

The eCryptfs kernel module needs to engage in two-way communications
with a userspace daemon, which involves transmitting a good quantity
of data very frequently (at least on each file open event when the
inode does not exist). Sysfs is not suited for that; in fact, Greg K-H
ripped out code that just printed out a few strings for being against
the one-value-per-file rule for sysfs:

http://kerneltrap.org/mailarchive/linux-kernel/2007/11/2/380876

I would not want to put it in configfs because it has nothing to do
with configuration. Again, this is for frequent two-way
communication with one or more dedicated daemons in userspace.

There are plenty of /dev files that are not backed by any physical
device. Given the various alternatives and given the device-like
nature of how eCryptfs communicates with userspace daemons, /dev
really is the most appropriate place to put the handle.

Mike

Attachment: pgpR2CoXp5zvb.pgp
Description: PGP signature

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
eCryptfs-users mailing list
eCryptfs-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecryptfs-users

Reply via email to