fix incorrect error code mapping for OBJECTID_NOT_FOUND
authorSteve French <stfrench@microsoft.com>
Sun, 17 Mar 2019 20:58:38 +0000 (15:58 -0500)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Sat, 20 Apr 2019 07:15:03 +0000 (09:15 +0200)
commit329f34e8cddf66b21e3ad0082fcb410fdc5e61ac
tree242cd08168845c193db0de238ff1e3784647bc84
parent727344f1bb2d517b921cdf2e1e2508c4c4de2104
fix incorrect error code mapping for OBJECTID_NOT_FOUND

[ Upstream commit 85f9987b236cf46e06ffdb5c225cf1f3c0acb789 ]

It was mapped to EIO which can be confusing when user space
queries for an object GUID for an object for which the server
file system doesn't support (or hasn't saved one).

As Amir Goldstein suggested this is similar to ENOATTR
(equivalently ENODATA in Linux errno definitions) so
changing NT STATUS code mapping for OBJECTID_NOT_FOUND
to ENODATA.

Signed-off-by: Steve French <stfrench@microsoft.com>
CC: Amir Goldstein <amir73il@gmail.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
fs/cifs/smb2maperror.c