Skip to content

eCryptfs version 0.1

Phillip Hellewell linux-fsdevel lkml 1 version In review

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest12 patches 20 repliesIn review

Patches in v1 No applies recorded yet

#Subject and filesSizeRepliesApplied
1/12Makefile and Kconfigfs/Kconfig fs/Makefile+11 -00 replies
2/12DocumentationDocumentation/ecryptfs.txt+81 -00 replies
3/12Makefilefs/ecryptfs/Makefile+7 -00 replies
4/12Main module functionsfs/ecryptfs/main.c+734 -06 replies
5/12Header declarationsfs/ecryptfs/ecryptfs_kernel.h+430 -02 replies
6/12Superblock operationsfs/ecryptfs/super.c+250 -06 replies
7/12File operationsfs/ecryptfs/file.c+710 -02 replies
8/12Dentry operationsfs/ecryptfs/dentry.c+105 -00 replies
9/12Inode operationsfs/ecryptfs/inode.c+1084 -00 replies
10/12Mmap operationsfs/ecryptfs/mmap.c+1153 -00 replies
11/12Keystorefs/ecryptfs/keystore.c+820 -00 replies
12/12Crypto functionsfs/ecryptfs/crypto.c+955 -00 replies

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [PATCH 0/12: eCryptfs] eCryptfs version 0.1

This is a follow-up set of patches in response to comments made after our first submission to the LKML at the beginning of this month. We were able to track down and resolve several bugs, and we feel that eCryptfs is now ready to be merged into the -mm tree as an experimental filesystem.

We have successfully run a series of tests, including FSX, Connectathon, and Bonnie. In addition, we are able to successfully compile the Linux kernel under eCryptfs, both with and without multiple threads on a multi-processor PPC64 machine.

We are able to invoke a bug that terminates a process when we stress the filesystem with multiple concurrent operations (FSX, multiple Connectathon jobs, and a kernel compile running simultaneously), but we cannot oops the kernel with any of our test cases.

eCryptfs utilizes David Howells' keyring; at mount, eCryptfs version 0.1 expects an existing authentication token in the user's session keyring. The tarball containing the code to do this is available from the eCryptfs SourceForge site:

http://sourceforge.net/projects/ecryptfs/

Several features demonstrated in prototypes of eCryptfs at OLS in the past have been left out of this release until they can be thoroughly tested; the reduced complexity of this patch set should make it easier to evaluate for initial inclusion into the Linux kernel. Future updates will provide policy support, which will entail per-file passphrase and per-file public key support.

Thanks,
Phillip