Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp899606yba; Thu, 18 Apr 2019 11:26:54 -0700 (PDT) X-Google-Smtp-Source: APXvYqzYEcQ7nPjQWBEz2q7UkUc1cIphl7BUoXKOVK3ZhdsOSrfjT43yoEjDR+Ech4SPeUezBVsb X-Received: by 2002:a17:902:e382:: with SMTP id ch2mr94476117plb.94.1555612014070; Thu, 18 Apr 2019 11:26:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555612014; cv=none; d=google.com; s=arc-20160816; b=ATxOuS/Pug55hRiCLawAON/2wo34NUKbdjuvMCxg4YN2nq6rJ560Jlv5BMCX7Fd72C 0wznapNjSkgE4++kupmvkgrTmNAUc1rPOBZDeLbWjRWmZeHdGl+A23TipcOO78hZ8qrL N6c8KYMtC8kv+jLRcNM5Q/P17oaX7GOLU0FB+4L/N9ik1lG3cu7HWw3SqNyDX/pAJLAV xX7iukCLKX8E8iJJljOgYqxMrkBmGQKDwfXlO3tzhzKSsj5u3Ynqkpd2e9hAweMLwDBH w7WA9Fs0MQXGv1IkdSpsY0Fzuq6QWutqR9PkQkuDmX7/JyeSx0EDBXRENZE8TuO6aOtj ZG+w== 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=srmb/CBbJBLJZPUE00q+Ozov9fLU58RDG/5VOF+Xms0=; b=I0u//Y/KlfhFaP0462Tk1M8K0nUlOL5eH+X73PdHpPR3enXXplaPwQLLyoDnsEGidV J3j729IucEoINBmH2WA3uU4hhgeoqMHGvfg/KV3m32ubK4v7Cj098ELOuFQbM0t5p32H 4tTRXbrYKRzwOTocg0sGqKmbuiI7Z8MSUj9wrG/xPeNsnMTvsMWj5TQFS9Mdfkbda5yF gr6MKEdCbitmK0YI3tWaQcfmn8Tp/gEB/Afury6EWscQc9yzGm5PxFEkOXGwzK5x8ddx 0iwCD3/LWbIZg575ghRbHbjA1yhFi3O/uhhYrBE1PMcr4Ja62vmVX7qp6Fb2G+F0A9pp rskA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=SoD9RPmf; 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 z6si2587368plo.372.2019.04.18.11.26.38; Thu, 18 Apr 2019 11:26:54 -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=SoD9RPmf; 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 S2390981AbfDRSZV (ORCPT + 99 others); Thu, 18 Apr 2019 14:25:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:34350 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391237AbfDRSFH (ORCPT ); Thu, 18 Apr 2019 14:05:07 -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 32F052186A; Thu, 18 Apr 2019 18:05:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1555610706; bh=RHQlLWKBsTsql3L0k8O5VxlUVMEErROD45GcsL+K1nY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=SoD9RPmflLe4C3igBv7wAKMGBe6F1EqByYcq1k7vpidVZDPtod24lkr0CjQPYDwyO qr0VFiZUZZuyecuceezYbD2b50v62ewUtKUskXqvnQzF5lntdQJj0+My4os947UK7V YZWKLAI0vFvLrUuAKsrUpa6wjd9IwP91TsYjgQNQ= 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.14 36/92] fix incorrect error code mapping for OBJECTID_NOT_FOUND Date: Thu, 18 Apr 2019 19:56:54 +0200 Message-Id: <20190418160433.500876578@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190418160430.325165109@linuxfoundation.org> References: <20190418160430.325165109@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 d7e839cb773f..92c9cdf4704d 100644 --- a/fs/cifs/smb2maperror.c +++ b/fs/cifs/smb2maperror.c @@ -1035,7 +1035,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