Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3688490ybv; Mon, 10 Feb 2020 04:44:36 -0800 (PST) X-Google-Smtp-Source: APXvYqxohnvBspv33T3MnRKJM8OZyC8xl/2zJQQUccvMo8Jr/04ZW/c4hMJBBT9P8lhrev0ZBJ6o X-Received: by 2002:aca:5dc3:: with SMTP id r186mr705977oib.137.1581338676417; Mon, 10 Feb 2020 04:44:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581338676; cv=none; d=google.com; s=arc-20160816; b=YSv5iSHcFZBnA4aW4KtESNW+tNJJA49dirYrc/p/T8+pjYl+TfJHz9Rh+WwaxxWF85 FuYG2L65M8DumjUtEWrue67XJQ/pOj/DVGDq/MjsQlpPrgbWe2UrWXgHLa9p/g5vZ0BH MGojM5BQ88XGd/4XRaGBWx338HKUbaSsMXwKg7JG1IQG1MUtihGutGw//cYI8u/xOEF2 cp/y7zISbqg3pmomfxvSYJpwVJyZJWgmlruLpTj69qETTvVCSixxcaa8vNCRM5BCuV5q 63LeVnbng/pFwKdERRq4fPq9Qb6HvNlPyh9a6N0m01IyAmE265zkgAHoR4yg8f9idhaU KnDQ== 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=sUkhM8S6mAw1OQQwxn590KmWLhxF+NvDjlgOBqDQXm4=; b=p7y8mncc+rX5XRtuNhOjxZMpm8kvUw9TeuX2eiJ3bvidZZve4MAWYI90lVjFeH+Mpw IPnLZLseDAk0RXwpmZMPc34dsbE0WEqCQwwraSNQppLEOgloXs7W3JXg3PJqpc75vWce VxxWtn1NZCgnXNjJEluh7yLeAbq/8jDVKlWX/467lzk9YrluZGN/eIZAYwb5zw5lfPoU 9Hp3qikFhXXQ39OA42OBzveB2G4/AA4P4UWM7258MLMXc++54R0iJby+ZaWwQZ6YgSak UjLsXZtFAb5qZMN8Njr8Lr+hMYmu4c4ngTOFLsqTj188pFIahJj54LxW5Xb8hXKHonX6 AnNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Uy8HT4lp; 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 c18si188067ots.317.2020.02.10.04.44.24; Mon, 10 Feb 2020 04:44:36 -0800 (PST) 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=Uy8HT4lp; 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 S1730589AbgBJMoK (ORCPT + 99 others); Mon, 10 Feb 2020 07:44:10 -0500 Received: from mail.kernel.org ([198.145.29.99]:40416 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729290AbgBJMkY (ORCPT ); Mon, 10 Feb 2020 07:40:24 -0500 Received: from localhost (unknown [209.37.97.194]) (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 64EA42080C; Mon, 10 Feb 2020 12:40:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1581338424; bh=RC5LyErzA5QLiIz6fXV5CAXcGDg3k+bE+UcIo5ET3PU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Uy8HT4lpbKmBwtPs9BbF1vVE8ZLGH3tgtxBuxlsabPqn2v52ihyv2f/vLuTxNfvH+ pFauJgNRa+RNNWEfGyl33VeaQr5ny4hr2ti1vI8r/jqV9TSzK8LuwKy1P999uUbvEi anJcuaBibsfpHTZeoIlrKEaeCwkoPtZaE2Kr8HlM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Mike Snitzer Subject: [PATCH 5.5 145/367] dm thin metadata: use pool locking at end of dm_pool_metadata_close Date: Mon, 10 Feb 2020 04:30:58 -0800 Message-Id: <20200210122438.233855200@linuxfoundation.org> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200210122423.695146547@linuxfoundation.org> References: <20200210122423.695146547@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 From: Mike Snitzer commit 44d8ebf436399a40fcd10dd31b29d37823d62fcc upstream. Ensure that the pool is locked during calls to __commit_transaction and __destroy_persistent_data_objects. Just being consistent with locking, but reality is dm_pool_metadata_close is called once pool is being destroyed so access to pool shouldn't be contended. Also, use pmd_write_lock_in_core rather than __pmd_write_lock in dm_pool_commit_metadata and rename __pmd_write_lock to pmd_write_lock_in_core -- there was no need for the alias. In addition, verify that the pool is locked in __commit_transaction(). Fixes: 873f258becca ("dm thin metadata: do not write metadata if no changes occurred") Cc: stable@vger.kernel.org Signed-off-by: Mike Snitzer Signed-off-by: Greg Kroah-Hartman --- drivers/md/dm-thin-metadata.c | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) --- a/drivers/md/dm-thin-metadata.c +++ b/drivers/md/dm-thin-metadata.c @@ -387,16 +387,15 @@ static int subtree_equal(void *context, * Variant that is used for in-core only changes or code that * shouldn't put the pool in service on its own (e.g. commit). */ -static inline void __pmd_write_lock(struct dm_pool_metadata *pmd) +static inline void pmd_write_lock_in_core(struct dm_pool_metadata *pmd) __acquires(pmd->root_lock) { down_write(&pmd->root_lock); } -#define pmd_write_lock_in_core(pmd) __pmd_write_lock((pmd)) static inline void pmd_write_lock(struct dm_pool_metadata *pmd) { - __pmd_write_lock(pmd); + pmd_write_lock_in_core(pmd); if (unlikely(!pmd->in_service)) pmd->in_service = true; } @@ -831,6 +830,7 @@ static int __commit_transaction(struct d * We need to know if the thin_disk_superblock exceeds a 512-byte sector. */ BUILD_BUG_ON(sizeof(struct thin_disk_superblock) > 512); + BUG_ON(!rwsem_is_locked(&pmd->root_lock)); if (unlikely(!pmd->in_service)) return 0; @@ -953,6 +953,7 @@ int dm_pool_metadata_close(struct dm_poo return -EBUSY; } + pmd_write_lock_in_core(pmd); if (!dm_bm_is_read_only(pmd->bm) && !pmd->fail_io) { r = __commit_transaction(pmd); if (r < 0) @@ -961,6 +962,7 @@ int dm_pool_metadata_close(struct dm_poo } if (!pmd->fail_io) __destroy_persistent_data_objects(pmd); + pmd_write_unlock(pmd); kfree(pmd); return 0; @@ -1841,7 +1843,7 @@ int dm_pool_commit_metadata(struct dm_po * Care is taken to not have commit be what * triggers putting the thin-pool in-service. */ - __pmd_write_lock(pmd); + pmd_write_lock_in_core(pmd); if (pmd->fail_io) goto out;