eCryptfs: Allow 2 scatterlist entries for encrypted filenames
authorTyler Hicks <tyhicks@linux.vnet.ibm.com>
Tue, 17 May 2011 05:50:33 +0000 (00:50 -0500)
committerSteve Conklin <sconklin@canonical.com>
Fri, 15 Jul 2011 17:21:09 +0000 (12:21 -0500)
commit3fc6fffd014f084c921a862875304adb5420d9ed
tree39cf6a15008de3e7e61b21aabdd2d8fa78f239e0
parent5386a3f39c835091cf7128551b75cc1cd8903a84
eCryptfs: Allow 2 scatterlist entries for encrypted filenames

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

commit 8d08dab786ad5cc2aca2bf870de370144b78c85a upstream.

The buffers allocated while encrypting and decrypting long filenames can
sometimes straddle two pages. In this situation, virt_to_scatterlist()
will return -ENOMEM, causing the operation to fail and the user will get
scary error messages in their logs:

kernel: ecryptfs_write_tag_70_packet: Internal error whilst attempting
to convert filename memory to scatterlist; expected rc = 1; got rc =
[-12]. block_aligned_filename_size = [272]
kernel: ecryptfs_encrypt_filename: Error attempting to generate tag 70
packet; rc = [-12]
kernel: ecryptfs_encrypt_and_encode_filename: Error attempting to
encrypt filename; rc = [-12]
kernel: ecryptfs_lookup: Error attempting to encrypt and encode
filename; rc = [-12]

The solution is to allow up to 2 scatterlist entries to be used.

Signed-off-by: Tyler Hicks <tyhicks@linux.vnet.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
fs/ecryptfs/keystore.c