summaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorTyler Hicks <tyhicks@linux.vnet.ibm.com>2011-05-17 00:50:33 -0500
committerTyler Hicks <tyhicks@linux.vnet.ibm.com>2011-05-27 11:46:14 -0500
commit8d08dab786ad5cc2aca2bf870de370144b78c85a (patch)
treedda63612924a6eb53500952e00a2bc4f05f2d150 /MAINTAINERS
parent07850552b92b3637fa56767b5e460b4238014447 (diff)
downloadop-kernel-dev-8d08dab786ad5cc2aca2bf870de370144b78c85a.zip
op-kernel-dev-8d08dab786ad5cc2aca2bf870de370144b78c85a.tar.gz
eCryptfs: Allow 2 scatterlist entries for encrypted filenames
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> Cc: <stable@kernel.org>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud