Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp906155yba; Thu, 18 Apr 2019 11:33:42 -0700 (PDT) X-Google-Smtp-Source: APXvYqyhD3D8h1RH+runnKmaCmrav53b1aD5te8BWaqKVWRAIixDJ+riRPMB/dJ1SPfXCsbtuUw0 X-Received: by 2002:a63:4c26:: with SMTP id z38mr7211767pga.425.1555612422526; Thu, 18 Apr 2019 11:33:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555612422; cv=none; d=google.com; s=arc-20160816; b=f4U95/Lv18rTYaOg31kKj3BKcAtl8ojHV3E2boKx3OPZ2LbDVjbSDzfRZ1z04d4GkY MHzqc41DBMPZdoZFYobC5i60RgTbUfz69Dix4522/ywyspdJh2M1SKk4LO32tbYNti7E BDmwJT5v88BcVch2znc0iRWu8YLaHWiOcuwmIkLs2Gq02nPEP9X6dEffYOZDftZOt68Q Jz2qKeGZlfbfJoNGF8gl5Ir//etj+FLVl5hwy9ZleT0SGEe51TKSbqELfCK4VglrV6tM BrcB0Ne/cugs/be0f7qZDyB7MuddMVkWGD9SEA5O9iKKOBufNEpLFtZmUYL8XxD573w6 Py1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=YZ67Zo+LMzNolt/sZvSURfRkn0tm6TvARa/3XpvrWRY=; b=Yekc2Le9wTpUaiHwvjAco/v3N+SOPIPhlM7ZqHXTlbfgavj5PeLRaeE8vgePxedi7I pXC9VUQoXxI1ZDUpUnig8AlhOGgALNYDa3AA1Eh3esuxNnq1UmykaNRH/0aNmXuqYrgu Vg0fUUBoOoLimNta/6uWcnNzCK1hJMW11QgEqf/WL166Z2YYBF4Kfn7C+BL2YliaU36b S7NdzoVVTk8wkKF7EAUomzz476+yLLlzVTm0l8o24xwy41SEbM3nvYeKClierUjCGlC4 +dASuUjpcHvmvuw3Vt84wqJ/+tL9+VXRuFLkdeLmrzKy870vS9tOxNMo9Rp0vVS6kq/F 7oKg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=aSVHGGMZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j36si2940588plb.210.2019.04.18.11.33.27; Thu, 18 Apr 2019 11:33:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=aSVHGGMZ; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390328AbfDRSAR (ORCPT + 99 others); Thu, 18 Apr 2019 14:00:17 -0400 Received: from mail.kernel.org ([198.145.29.99]:55374 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389919AbfDRSAN (ORCPT ); Thu, 18 Apr 2019 14:00:13 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id F0D0021871; Thu, 18 Apr 2019 18:00:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1555610412; bh=fiIixaH3/N9Y7y5EYBsiYO/BHhhxGXM0PJmzdMLpfD0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=aSVHGGMZsL6qAlQ2c2MWCAbG+cw2zHDHTL1tWdkYz3r0T/YhevhYwwCzMu5XuTE5M CU7I3KHLXqZm+ESKEDQkmpqlrr/+EZTZClKhZrLBwg3Z/i5py6E8G9yz2PScpka2DT 7PGkRKneWQaeOhVerCEHzDuSoS+2+7p8F6Ya7tlk= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Steve French , Amir Goldstein , Sasha Levin Subject: [PATCH 4.19 050/110] fix incorrect error code mapping for OBJECTID_NOT_FOUND Date: Thu, 18 Apr 2019 19:56:39 +0200 Message-Id: <20190418160443.511167049@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190418160437.484158340@linuxfoundation.org> References: <20190418160437.484158340@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ 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 CC: Amir Goldstein Signed-off-by: Sasha Levin --- fs/cifs/smb2maperror.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/cifs/smb2maperror.c b/fs/cifs/smb2maperror.c index c3ae8c1d6089..18814f1d67d9 100644 --- a/fs/cifs/smb2maperror.c +++ b/fs/cifs/smb2maperror.c @@ -1036,7 +1036,8 @@ static const struct status_to_posix_error smb2_error_map_table[] = { {STATUS_UNFINISHED_CONTEXT_DELETED, -EIO, "STATUS_UNFINISHED_CONTEXT_DELETED"}, {STATUS_NO_TGT_REPLY, -EIO, "STATUS_NO_TGT_REPLY"}, - {STATUS_OBJECTID_NOT_FOUND, -EIO, "STATUS_OBJECTID_NOT_FOUND"}, + /* Note that ENOATTTR and ENODATA are the same errno */ + {STATUS_OBJECTID_NOT_FOUND, -ENODATA, "STATUS_OBJECTID_NOT_FOUND"}, {STATUS_NO_IP_ADDRESSES, -EIO, "STATUS_NO_IP_ADDRESSES"}, {STATUS_WRONG_CREDENTIAL_HANDLE, -EIO, "STATUS_WRONG_CREDENTIAL_HANDLE"}, -- 2.19.1