Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3008403pxb; Mon, 18 Oct 2021 06:31:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxFyQHJYGTaOJNNSeA33UjddRyup5iBpcIIDN4FKun5hZhLbx0plWs6cmnKzVWuGUSogP4W X-Received: by 2002:a17:902:b410:b0:13f:afe4:bf17 with SMTP id x16-20020a170902b41000b0013fafe4bf17mr10089796plr.24.1634563864440; Mon, 18 Oct 2021 06:31:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634563864; cv=none; d=google.com; s=arc-20160816; b=AT2iExAbTVLlr0iUj9eUkCqlPnCIn1EBqwqEXOH6Q3MnjYRS3Xsuhp8T0OcNelFHLm RaIMX/RtXjJQHyrL2RCk0696ChXt7U01CgwT585DvqwDX1yZScFRzUZwB60S/rEd9Yei v+1VC43ER/pURFt1XovWb0LprFZEzBK45Jm4qHJxbTSpVBirYBGSnKa+myv0cqWNdvpf jHsm9w1R4FOHKvudRpDtZdJr6Czf04aZJ8BOQkb/HkBRDkmndMJoJsjxq/adxrM7TQ1V IiUVnmPGvOc9GYalJjLjLopVWsTYgxVsFPD75MHOvGLdWESj8O2ckGDo90Z8ns9Zkn/5 RUPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=OSjQ9+cnttus3XW/SBOXCBFXdjY0Zy/Y2jmjBWTP93Y=; b=WDhIILMybb/RSz8NzkHwWuNXBIrdzYGUygJV6g392IkMufkAV9rjbvXhDNLibwKH+8 mugoHcn91HJNRKAF8WJ5zn1t+x41faZ410mmmlW6GcnrNWceKoiit0w1XTCPgeh9VUjZ 6q6gNh/0Ff4D9/vm6SlmqGW+xymou53jcNoX2mFcUgBVu4egMVTbHESZkNxx0G0ARSxN Y5T0O64BS0+OYAbe21kkg+9WYvCHlTUGEY5upUxR68ZrHfw0DXbb5ou7Eg2J6BGl8qvo 6EiM7pOfDBR9EIqhoxE42spWI8PK0F2As39m9z3VFXZeB65ELzYrEKMr66sRNLhe8w30 WJbA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=06s+dl8h; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l18si6549974pgt.8.2021.10.18.06.30.50; Mon, 18 Oct 2021 06:31:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=06s+dl8h; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231865AbhJRNad (ORCPT + 99 others); Mon, 18 Oct 2021 09:30:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:41210 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231941AbhJRN3K (ORCPT ); Mon, 18 Oct 2021 09:29:10 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id BE85F6103D; Mon, 18 Oct 2021 13:26:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1634563619; bh=x1uy6RIjpwMMLSGg25DhVeftTvCQsgZSHU3x1TuOvsA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=06s+dl8h+Gwcuut0cWztvQ6yt6BIKBKU3GGxlWcRCDdAU7SdZOa5b1d8iZ40z0pzO EJ2wEhoRsKb4qsBfb32UnYv2qPpEbtfE9SsMKWCXiBDuWhujqkLAPTZnv02s2q2yG9 DfBbEz0bacT6oU19iegSNHcJlb6DzOdaHVoCrAYU= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Filipe Manana , David Sterba Subject: [PATCH 4.14 05/39] btrfs: deal with errors when adding inode reference during log replay Date: Mon, 18 Oct 2021 15:24:14 +0200 Message-Id: <20211018132325.599820842@linuxfoundation.org> X-Mailer: git-send-email 2.33.1 In-Reply-To: <20211018132325.426739023@linuxfoundation.org> References: <20211018132325.426739023@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Filipe Manana commit 52db77791fe24538c8aa2a183248399715f6b380 upstream. At __inode_add_ref(), we treating any error returned from btrfs_lookup_dir_item() or from btrfs_lookup_dir_index_item() as meaning that there is no existing directory entry in the fs/subvolume tree. This is not correct since we can get errors such as, for example, -EIO when reading extent buffers while searching the fs/subvolume's btree. So fix that and return the error to the caller when it is not -ENOENT. CC: stable@vger.kernel.org # 4.14+ Signed-off-by: Filipe Manana Reviewed-by: David Sterba Signed-off-by: David Sterba Signed-off-by: Greg Kroah-Hartman --- fs/btrfs/tree-log.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) --- a/fs/btrfs/tree-log.c +++ b/fs/btrfs/tree-log.c @@ -1161,7 +1161,10 @@ next: /* look for a conflicting sequence number */ di = btrfs_lookup_dir_index_item(trans, root, path, btrfs_ino(dir), ref_index, name, namelen, 0); - if (di && !IS_ERR(di)) { + if (IS_ERR(di)) { + if (PTR_ERR(di) != -ENOENT) + return PTR_ERR(di); + } else if (di) { ret = drop_one_dir_item(trans, root, path, dir, di); if (ret) return ret; @@ -1171,7 +1174,9 @@ next: /* look for a conflicing name */ di = btrfs_lookup_dir_item(trans, root, path, btrfs_ino(dir), name, namelen, 0); - if (di && !IS_ERR(di)) { + if (IS_ERR(di)) { + return PTR_ERR(di); + } else if (di) { ret = drop_one_dir_item(trans, root, path, dir, di); if (ret) return ret;