On 03/14/2012 06:57 AM, Colin King wrote:

From: Colin Ian King<colin.king@canonical.com>

BugLink: https://launchpad.net/bugs/885744

SRU justification:

Impact:

statfs() calls on eCryptfs files returned the wrong filesystem type and,
when using filename encryption, the wrong maximum filename length.

If mount-wide filename encryption is enabled, the cipher block size and
the lower filesystem's max filename length will determine the max
eCryptfs filename length. Pre-tested, known good lengths are used when
the lower filesystem's namelen is 255 and a cipher with 8 or 16 byte
block sizes is used. In other, less common cases, we fall back to a safe
rounded-down estimate when determining the eCryptfs namelen.

Fix:

Backport of upstream commit 4a26620df451ad46151ad21d711ed43e963c004e

Testcase:

http://bazaar.launchpad.net/~ecryptfs/ecryptfs/trunk/revision/640
http://bazaar.launchpad.net/~ecryptfs/ecryptfs/trunk/revision/625
[ see test: tests/kernel/lp-885744 ]

Colin Ian King (1):
eCryptfs: Improve statfs reporting

fs/ecryptfs/crypto.c | 68 ++++++++++++++++++++++++++++++++++++----
fs/ecryptfs/ecryptfs_kernel.h | 11 ++++++
fs/ecryptfs/keystore.c | 9 ++---
fs/ecryptfs/super.c | 14 ++++++++-
4 files changed, 88 insertions(+), 14 deletions(-)




--
Tim Gardner tim.gardner@canonical.com

--
kernel-team mailing list
kernel-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kernel-team