From nobody Sun Feb 8 03:58:01 2026 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6B5A913BC1E; Wed, 27 Mar 2024 12:22:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711542124; cv=none; b=hh3kQKQTkgKvN/ShNqli7feExm0FD0MkMWyiSQFrb+dJ3Wl4FV+bLx3s7fQI8g66/5slCXVTG+ebmdBlp0en8qtHNsJ2bjVlG47D+/CyuB+ZEme75DMqN/E/hTK27CFliGfKQK6v/v5MPAy2z1o5fIE0Ij9DgV3MglTosoL5fqY= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711542124; c=relaxed/simple; bh=wZqIxRFcv4XmpqgHgOzGxttg7zwNcuYI2+eJ8hJ1z7c=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=XICZ5oifEFoDPo7F3TJatTDCUp+a3m2suRTKecFOcbw6LiABMiMoHDEhcC0lmDvRfT0iHoDqmPlk4AXqgYZ46WYTZYHeHLBf7G3p/vPSX5NavmtlwIkZ3nYWvPrTscQFursLurbf9UAT9iNdhE0N2tSx5NNdwwNlPuahN+Hpt4c= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=utRn9dON; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="utRn9dON" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8438EC43390; Wed, 27 Mar 2024 12:22:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1711542124; bh=wZqIxRFcv4XmpqgHgOzGxttg7zwNcuYI2+eJ8hJ1z7c=; h=From:To:Cc:Subject:Date:From; b=utRn9dONrg3wXxEv1FnyhFi6B2meJN5GJN8EjxXQ3cB3wkS5MxKZ6smQygOnbteKm 2p/vhW7Eq2E+Eb45CLb3BZj7R1MLBPx+Z5i+KzAnsE4+RM4vizpB69S4PLal3wV2uk 5noZQPteoIJZEmonP1nnUrdDrHnEXLP+lyNea88pPMDPZFEY5Cg6Jwqw7zc6qUPWnA /fkoB6ctyPGNeRs4xHyubRQjWlPeL0fab6TAWNnTt6oWiTFy/LuPHuLRl9rBNBAoOF aXSKgBxv2yl4qrphirjQF/wRETo2duTcBMatTIzRuTNSkuYI1eyot6PkuoGf/H0mVq 0HIrgDM9ngLew== From: Sasha Levin To: stable@vger.kernel.org, yukuai3@huawei.com Cc: Xiao Ni , Mike Snitzer , Song Liu , dm-devel@lists.linux.dev, linux-kernel@vger.kernel.org Subject: FAILED: Patch "md/dm-raid: don't call md_reap_sync_thread() directly" failed to apply to 5.4-stable tree Date: Wed, 27 Mar 2024 08:22:02 -0400 Message-ID: <20240327122202.2837368-1-sashal@kernel.org> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Patchwork-Hint: ignore X-stable: review Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" The patch below does not apply to the 5.4-stable tree. If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to . Thanks, Sasha Acked-by: Mike Snitzer ------------------ original commit in Linus's tree ------------------ From cd32b27a66db8776d8b8e82ec7d7dde97a8693b0 Mon Sep 17 00:00:00 2001 From: Yu Kuai Date: Tue, 5 Mar 2024 15:23:03 +0800 Subject: [PATCH] md/dm-raid: don't call md_reap_sync_thread() directly Currently md_reap_sync_thread() is called from raid_message() directly without holding 'reconfig_mutex', this is definitely unsafe because md_reap_sync_thread() can change many fields that is protected by 'reconfig_mutex'. However, hold 'reconfig_mutex' here is still problematic because this will cause deadlock, for example, commit 130443d60b1b ("md: refactor idle/frozen_sync_thread() to fix deadlock"). Fix this problem by using stop_sync_thread() to unregister sync_thread, like md/raid did. Fixes: be83651f0050 ("DM RAID: Add message/status support for changing sync= action") Cc: stable@vger.kernel.org # v6.7+ Signed-off-by: Yu Kuai Signed-off-by: Xiao Ni Acked-by: Mike Snitzer Signed-off-by: Song Liu Link: https://lore.kernel.org/r/20240305072306.2562024-7-yukuai1@huaweiclou= d.com --- drivers/md/dm-raid.c | 28 ++++++++++++++++++---------- 1 file changed, 18 insertions(+), 10 deletions(-) diff --git a/drivers/md/dm-raid.c b/drivers/md/dm-raid.c index e2d7a73c0f874..47c4b1b6e532a 100644 --- a/drivers/md/dm-raid.c +++ b/drivers/md/dm-raid.c @@ -3719,6 +3719,7 @@ static int raid_message(struct dm_target *ti, unsigne= d int argc, char **argv, { struct raid_set *rs =3D ti->private; struct mddev *mddev =3D &rs->md; + int ret =3D 0; =20 if (!mddev->pers || !mddev->pers->sync_request) return -EINVAL; @@ -3726,17 +3727,24 @@ static int raid_message(struct dm_target *ti, unsig= ned int argc, char **argv, if (test_bit(RT_FLAG_RS_SUSPENDED, &rs->runtime_flags)) return -EBUSY; =20 - if (!strcasecmp(argv[0], "frozen")) - set_bit(MD_RECOVERY_FROZEN, &mddev->recovery); - else - clear_bit(MD_RECOVERY_FROZEN, &mddev->recovery); + if (!strcasecmp(argv[0], "frozen")) { + ret =3D mddev_lock(mddev); + if (ret) + return ret; =20 - if (!strcasecmp(argv[0], "idle") || !strcasecmp(argv[0], "frozen")) { - if (mddev->sync_thread) { - set_bit(MD_RECOVERY_INTR, &mddev->recovery); - md_reap_sync_thread(mddev); - } - } else if (decipher_sync_action(mddev, mddev->recovery) !=3D st_idle) + md_frozen_sync_thread(mddev); + mddev_unlock(mddev); + } else if (!strcasecmp(argv[0], "idle")) { + ret =3D mddev_lock(mddev); + if (ret) + return ret; + + md_idle_sync_thread(mddev); + mddev_unlock(mddev); + } + + clear_bit(MD_RECOVERY_FROZEN, &mddev->recovery); + if (decipher_sync_action(mddev, mddev->recovery) !=3D st_idle) return -EBUSY; else if (!strcasecmp(argv[0], "resync")) ; /* MD_RECOVERY_NEEDED set below */ --=20 2.43.0