[Natty][SRU][PATCH 0/1] eCryptfs: Make truncate path killable

Colin King colin.king at canonical.com
Mon Mar 5 16:48:17 UTC 2012


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

BugLink: http://bugs.launchpad.net/bugs/947270

SRU justification:

Impact:

ecryptfs_write() does not detect a pending fatal signal which means
write operations cannot be interrupted which is problematic when
truncating a file to several GB as one has to wait for this operation
to complete.

Fix:

Upstream commit 5e6f0d769017cc49207ef56996e42363ec26c1f0

Testcase:

Truncating a non-existent file to several GB and sending it
SIGINT will not respond until complete which can take a long
time on a slow device. With this fix, SIGINT is far more
responsive as expected.

Note:

This patch has already been sent to stable and has been applied
to Lucid but was ommitted for Natty.

Li Wang (1):
  eCryptfs: Infinite loop due to overflow in ecryptfs_write()

 fs/ecryptfs/read_write.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

-- 
1.7.9





More information about the kernel-team mailing list