diff options
| author | Al Viro <viro@zeniv.linux.org.uk> | 2010-05-17 00:59:46 -0400 |
|---|---|---|
| committer | Al Viro <viro@zeniv.linux.org.uk> | 2010-05-21 18:31:27 -0400 |
| commit | 4403158ba295c8e36f6736b1bb12d0f7e1923dac (patch) | |
| tree | a85c276c7ba414ecc65a93488dcb2ef7972779c0 /kernel/kexec.c | |
| parent | ab9a79b9669c28734a69fa9384df6fb93152e53a (diff) | |
| download | kernel_samsung_tuna-4403158ba295c8e36f6736b1bb12d0f7e1923dac.zip kernel_samsung_tuna-4403158ba295c8e36f6736b1bb12d0f7e1923dac.tar.gz kernel_samsung_tuna-4403158ba295c8e36f6736b1bb12d0f7e1923dac.tar.bz2 | |
Ban ecryptfs over ecryptfs
This is a seriously simplified patch from Eric Sandeen; copy of
rationale follows:
===
mounting stacked ecryptfs on ecryptfs has been shown to lead to bugs
in testing. For crypto info in xattr, there is no mechanism for handling
this at all, and for normal file headers, we run into other trouble:
BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
IP: [<ffffffffa015b0b3>] ecryptfs_d_revalidate+0x43/0xa0 [ecryptfs]
...
There doesn't seem to be any good usecase for this, so I'd suggest just
disallowing the configuration.
Based on a patch originally, I believe, from Mike Halcrow.
===
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'kernel/kexec.c')
0 files changed, 0 insertions, 0 deletions