Message ID | 1480965168-38747-4-git-send-email-ebiggers@google.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On Mon, Dec 05, 2016 at 11:12:46AM -0800, Eric Biggers wrote: > As part of an effort to clean up fscrypt-related error codes, make > FS_IOC_SET_ENCRYPTION_POLICY fail with EEXIST when the file already uses > a different encryption policy. This is more descriptive than EINVAL, > which was ambiguous with some of the other error cases. > > I am not aware of any users who might be relying on the previous error > code of EINVAL, which was never documented anywhere. > > This failure case will be exercised by an xfstest. > > Signed-off-by: Eric Biggers <ebiggers@google.com> Applied to the fscrypt branch, thanks. - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/fs/crypto/policy.c b/fs/crypto/policy.c index 1118f3a..4811539 100644 --- a/fs/crypto/policy.c +++ b/fs/crypto/policy.c @@ -129,7 +129,7 @@ int fscrypt_ioctl_set_policy(struct file *filp, const void __user *arg) printk(KERN_WARNING "%s: Policy inconsistent with encryption context\n", __func__); - ret = -EINVAL; + ret = -EEXIST; } inode_unlock(inode);
As part of an effort to clean up fscrypt-related error codes, make FS_IOC_SET_ENCRYPTION_POLICY fail with EEXIST when the file already uses a different encryption policy. This is more descriptive than EINVAL, which was ambiguous with some of the other error cases. I am not aware of any users who might be relying on the previous error code of EINVAL, which was never documented anywhere. This failure case will be exercised by an xfstest. Signed-off-by: Eric Biggers <ebiggers@google.com> --- fs/crypto/policy.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)