Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3012011pxb; Mon, 18 Oct 2021 06:35:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyn8Jl63zID8/S7pi5K7bVt3c6vsGhNPKKpsyoWIfOVLHbQRFgWbPY4QRUcVqI7Ml46bcjo X-Received: by 2002:a63:7d46:: with SMTP id m6mr24118468pgn.409.1634564099866; Mon, 18 Oct 2021 06:34:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634564099; cv=none; d=google.com; s=arc-20160816; b=mZiSybnqIeoZ6JL8Ndu6sgLkQUKzn1AkszddPaBuThfkKz4J3xdv4SvGdTmy2+gE1v aOV99DjIC/yrnu47FXYuB5EERoA/3Enro6VvKyiWkz/9FONpFJMGH9tEK5EW9ePo64ZE xC1SdLpVOgPMm7DLC75K6v875OuVB+yE1l0AeGh92QDqwMv67+CMQrbRF2cspyOVvvzI ESwzmaj9myRbQVMLeCtuF3x5BYfrUJQLF0YtjyoV1ionCz+TFZKQS2anFlRq8utW4R2N g6zJWRHnJ91uslTv7mucwI26u3ZN3A1sw9hnQRW4DT4J0UagO7MlyhoVL6vEpDTx8fGS ZXdg== 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=mtehzBNIa3v0kHy27dvByu6w5zvg39CfBCgX6o0UuaQ=; b=WLAYpMZJmK3wui+Ygg0fIx7bnIyP+nwK4bcBnsXRCS+tHbtHil+pPLBLyCHnvHY6Kh 9QR+QtNqV7bIX3ZDTQV34SKw8MXttHsdGk/3aQLanJ7szhtvQ12UK4gOiPiz2VApxLf7 ZPWBAX+LaAN5JtBYihjTUuvxZNHSe6zwGMn8FVVktlWsxoe1yzpZXjEZwvC5LIgMfBgk WqftNZ/biTjl5SCRAwgS1iFaavWXrTsZFHcMzUTS/cXkH4LdvP+qXjkWu8KV6fZBhiTu X6uskM3YSwdZbUJYHf+ganwwkDbknedb4TKURBAq7irmOh1J2XaokVRYoXDeNMkA3vnK ihEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=QDxvGW2J; 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 t70si10225123pgd.496.2021.10.18.06.34.45; Mon, 18 Oct 2021 06:34:59 -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=QDxvGW2J; 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 S233227AbhJRNfv (ORCPT + 99 others); Mon, 18 Oct 2021 09:35:51 -0400 Received: from mail.kernel.org ([198.145.29.99]:41784 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232833AbhJRNeL (ORCPT ); Mon, 18 Oct 2021 09:34:11 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4D88A61391; Mon, 18 Oct 2021 13:30:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1634563806; bh=uanmLg5PXj5/A2e+TkmXr3JxTP0zulqxQDbmE8QBi+c=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=QDxvGW2JSN8x+5hQDSikVKupXLORoFfmbdcXi6HDWWba6cLW38Qc9nYRQ5BJ+oRvv aYDsxPLAcWkR1x+0aaixMoBsr4ePnhXx2yrre2w7Ixk3AuFwFykSicqfwJK9k9EvuF DhiX4whCfeT0rhqj+EiZyV8FgiQZ63hcJYjwopUQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Filipe Manana , David Sterba Subject: [PATCH 5.4 14/69] btrfs: deal with errors when adding inode reference during log replay Date: Mon, 18 Oct 2021 15:24:12 +0200 Message-Id: <20211018132329.927019010@linuxfoundation.org> X-Mailer: git-send-email 2.33.1 In-Reply-To: <20211018132329.453964125@linuxfoundation.org> References: <20211018132329.453964125@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 @@ -1160,7 +1160,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; @@ -1170,7 +1173,9 @@ next: /* look for a conflicting 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;