public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Chen <davechen@synology.com>
To: linux-btrfs@vger.kernel.org, dsterba@suse.com
Cc: cccheng@synology.com, robbieko@synology.com,
	Dave Chen <davechen@synology.com>
Subject: [PATCH] btrfs: fix unnecessary UUID tree rescan on mount
Date: Thu,  2 Apr 2026 14:43:48 +0800	[thread overview]
Message-ID: <20260402064348.2807138-1-davechen@synology.com> (raw)

The UUID tree rescan check in open_ctree() compares
fs_info->generation with the superblock's uuid_tree_generation.
This comparison can produce false positives because
fs_info->generation is bumped at transaction start time in
join_transaction(), while uuid_tree_generation is only updated at
commit time via update_super_roots().

Between the early BTRFS_FS_UPDATE_UUID_TREE_GEN flag check and the
late rescan decision, mount operations such as orphan cleanup start
transactions without committing them. This advances
fs_info->generation past uuid_tree_generation, triggering an
unnecessary full UUID tree rescan on every mount that recovers
file orphans from an unclean shutdown.

Fix this by using the BTRFS_FS_UPDATE_UUID_TREE_GEN flag directly,
which was already set earlier when the generations were known to
match, and is not invalidated by subsequent transaction starts.

Fixes: 70f80175472 ("Btrfs: check UUID tree during mount if required")
Signed-off-by: Dave Chen <davechen@synology.com>
Signed-off-by: Robbie Ko <robbieko@synology.com>
---
 fs/btrfs/disk-io.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/btrfs/disk-io.c b/fs/btrfs/disk-io.c
index 1b0eb246b7147..70357b12508d0 100644
--- a/fs/btrfs/disk-io.c
+++ b/fs/btrfs/disk-io.c
@@ -3674,7 +3674,7 @@ int __cold open_ctree(struct super_block *sb, struct btrfs_fs_devices *fs_device
 
 	if (fs_info->uuid_root &&
 	    (btrfs_test_opt(fs_info, RESCAN_UUID_TREE) ||
-	     fs_info->generation != btrfs_super_uuid_tree_generation(disk_super))) {
+	     !test_bit(BTRFS_FS_UPDATE_UUID_TREE_GEN, &fs_info->flags))) {
 		btrfs_info(fs_info, "checking UUID tree");
 		ret = btrfs_check_uuid_tree(fs_info);
 		if (ret) {
-- 
2.43.0


Disclaimer: The contents of this e-mail message and any attachments are confidential and are intended solely for addressee. The information may also be legally privileged. This transmission is sent in trust, for the sole purpose of delivery to the intended recipient. If you have received this transmission in error, any use, reproduction or dissemination of this transmission is strictly prohibited. If you are not the intended recipient, please immediately notify the sender by reply e-mail or phone and delete this message and its attachments, if any.

             reply	other threads:[~2026-04-02  6:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-02  6:43 Dave Chen [this message]
2026-04-02 15:00 ` [PATCH] btrfs: fix unnecessary UUID tree rescan on mount Filipe Manana
2026-04-07  3:18   ` Dave Chen
2026-04-07  3:36 ` [PATCH v2] btrfs: use BTRFS_FS_UPDATE_UUID_TREE_GEN flag for UUID tree rescan check Dave Chen
2026-04-07 11:24   ` Filipe Manana

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260402064348.2807138-1-davechen@synology.com \
    --to=davechen@synology.com \
    --cc=cccheng@synology.com \
    --cc=dsterba@suse.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=robbieko@synology.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox