Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp6294353pxu; Wed, 23 Dec 2020 20:51:42 -0800 (PST) X-Google-Smtp-Source: ABdhPJxuHxL7/ISQTA8VtuQHMMTKNMd/Qr2S0mb6+ayUdh+Lf8/GP3yBGdSerL/JeLy7UALXE3Pv X-Received: by 2002:a05:6402:1c04:: with SMTP id ck4mr27056092edb.320.1608785502518; Wed, 23 Dec 2020 20:51:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608785502; cv=none; d=google.com; s=arc-20160816; b=NrTxxQdsk+wb0hjotxwJJYEhTiJLJH+oHvmZhjDbrHLOI+9LLrcaDqoBRY4Mp7W6tv qGAkhQ3cXusZv1VWTZnmkwcR3SLwEyMzhLdTX4GPRi0MprlhwyUIcbi1iIYNYGz4SUjH cYcHjmIw8o7H7+1ie8QWXHzrZsL/ot96Uo1za6B+2c928oK5hr8nXR2qbdB4uY4HY5c4 Z8J4cOH7lQyNyqPMmZWUvLpIQV0ZxPGh2Irx7N0ejL4YfGeoJZluEbWppjWmv79bAH/r R9lhq9X/wVR+KKstErOjj2yurZt/ZZs9Sl6nJpLUagy+KunBw+Oot1eAGyMtGjB6UZK4 jwOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:mime-version:message-id:date :sender:dkim-signature; bh=Ntto0REEo/mIE2Mt+Mq78tbyDspwuPQ1ayD5dtmBR7g=; b=DQ68+hXWxK8xuQfJe4FHF9NmX3m8iY+V1cexRrS31ghsiKXTYQDpLhXHXyYxQm6v6s hsamnlMn2ajgTXveS1SVK9GYRQYtk0DBnQ3ZIMi3k/8tf2RntQJ0PmgV67tkLPraYO4P L8EfwmsvG9v/FwjmuoT2FJHs97OSPegC/zlO8JRJNqwdNVwvx5FI9LfwdsTXORU561vf O1jaaSnXWoGsmeyLbxQg7RWLyr86TPsCkZnavM6+ShRQQYZkgGyIrYaj4QQjpV6Tx0eW ItZD5J6CLDYDLxaFc0DEdzXk6gjzHnZTErD3OA1rjmXcImrzNySYuMPTenlskEHzUcnN y4jA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=NJGvN7AL; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b16si12881150eju.94.2020.12.23.20.51.20; Wed, 23 Dec 2020 20:51:42 -0800 (PST) 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=@google.com header.s=20161025 header.b=NJGvN7AL; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726650AbgLXEun (ORCPT + 99 others); Wed, 23 Dec 2020 23:50:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53788 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726024AbgLXEun (ORCPT ); Wed, 23 Dec 2020 23:50:43 -0500 Received: from mail-pg1-x54a.google.com (mail-pg1-x54a.google.com [IPv6:2607:f8b0:4864:20::54a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C3A71C06179C for ; Wed, 23 Dec 2020 20:50:02 -0800 (PST) Received: by mail-pg1-x54a.google.com with SMTP id n16so812148pgk.12 for ; Wed, 23 Dec 2020 20:50:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=sender:date:message-id:mime-version:subject:from:to:cc; bh=Ntto0REEo/mIE2Mt+Mq78tbyDspwuPQ1ayD5dtmBR7g=; b=NJGvN7ALxQMN2zM8MqG58sWguw2zAaFtG8HsCOWqUYLHNtLwLj5Q4hIydcVeMKrHVz 0nOy8pQtErV3Ue5K0G04Me7qAyuwAWjbJsafmOYBjLU7bNzCM6gK0yvBzN+gZ5ilh4AP EO0u5j1JWp/q7/tVwR/O6c+rz46houel/LQp+X714H7LYtW487EUKis1rQ0tBYKjoLX+ 9DmQJX9uPCYbcd7aJPu+yzn/AjWHiUB5G0HDQBs8AbY7lyUvpuFUutDCy+QKC03HPefG 7dPV5cmdTunmeauKO82xSPH+qMBDTfOOGNWsuGH+eL/4gWi1vT15/7+mY7vpwbfPgk7+ mZKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:message-id:mime-version:subject:from :to:cc; bh=Ntto0REEo/mIE2Mt+Mq78tbyDspwuPQ1ayD5dtmBR7g=; b=n3N4PnaMmSN5qdUKM9iJNCIoW+3kWZ5JXrM0HuB/WfrZiadVFldToH3B2bkMo1QQCz NEbjpXr5ceHdfCKS404SnAP9wCx5l7islHHuiA+GuLA0zP3VJJRlB8eTF9zGKa9kESg8 0TH5HFsu4fO5BSflHg/ZpBjmnk6TXMmuI5TydYAoeBIJN4wLsZLGX8Z0nh++M/WV5hbP xY3FHaR+MCCVmma3zYYtLaij/Gz2S1T0MyJHnWTBVY5NY+aDu3gZjs3F1Ewo/LcQnjd2 xl7abji8sPiskawD2obbRdjcZWHWeDIiiBEbT6tUCYMPrE3WSLuQjv0LMT9IkrsEtvpo frPA== X-Gm-Message-State: AOAM532abGAx8MeFqvz192C7wKRuHmMZX0tG4Brks1XHjjAzCrnBj876 YXqPUrwt8R2GPKuRccXiv4UUT5AwAKs= Sender: "satyat via sendgmr" X-Received: from satyaprateek.c.googlers.com ([fda3:e722:ac3:10:24:72f4:c0a8:1092]) (user=satyat job=sendgmr) by 2002:a17:90a:1706:: with SMTP id z6mr648286pjd.0.1608785401864; Wed, 23 Dec 2020 20:50:01 -0800 (PST) Date: Thu, 24 Dec 2020 04:49:54 +0000 Message-Id: <20201224044954.1349459-1-satyat@google.com> Mime-Version: 1.0 X-Mailer: git-send-email 2.29.2.729.g45daf8777d-goog Subject: [PATCH] fs: Fix freeze_bdev()/thaw_bdev() accounting of bd_fsfreeze_sb From: Satya Tangirala To: Alexander Viro , Christoph Hellwig , linux-fsdevel@vger.kernel.org Cc: linux-kernel@vger.kernel.org, Satya Tangirala Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org freeze/thaw_bdev() currently use bdev->bd_fsfreeze_count to infer whether or not bdev->bd_fsfreeze_sb is valid (it's valid iff bd_fsfreeze_count is non-zero). thaw_bdev() doesn't nullify bd_fsfreeze_sb. But this means a freeze_bdev() call followed by a thaw_bdev() call can leave bd_fsfreeze_sb with a non-null value, while bd_fsfreeze_count is zero. If freeze_bdev() is called again, and this time get_active_super() returns NULL (e.g. because the FS is unmounted), we'll end up with bd_fsfreeze_count > 0, but bd_fsfreeze_sb is *untouched* - it stays the same (now garbage) value. A subsequent thaw_bdev() will decide that the bd_fsfreeze_sb value is legitimate (since bd_fsfreeze_count > 0), and attempt to use it. Fix this by always setting bd_fsfreeze_sb to NULL when bd_fsfreeze_count is successfully decremented to 0 in thaw_sb(). Alternatively, we could set bd_fsfreeze_sb to whatever get_active_super() returns in freeze_bdev() whenever bd_fsfreeze_count is successfully incremented to 1 from 0 (which can be achieved cleanly by moving the line currently setting bd_fsfreeze_sb to immediately after the "sync:" label, but it might be a little too subtle/easily overlooked in future). This fixes the currently panicking xfstests generic/085. Fixes: 040f04bd2e82 ("fs: simplify freeze_bdev/thaw_bdev") Signed-off-by: Satya Tangirala --- fs/block_dev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/block_dev.c b/fs/block_dev.c index 9e56ee1f2652..12a811a9ae4b 100644 --- a/fs/block_dev.c +++ b/fs/block_dev.c @@ -606,6 +606,8 @@ int thaw_bdev(struct block_device *bdev) error = thaw_super(sb); if (error) bdev->bd_fsfreeze_count++; + else + bdev->bd_fsfreeze_sb = NULL; out: mutex_unlock(&bdev->bd_fsfreeze_mutex); return error; -- 2.29.2.729.g45daf8777d-goog