From mboxrd@z Thu Jan 1 00:00:00 1970 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 3619E147C9E; Sun, 28 Jul 2024 00:49:08 +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=1722127748; cv=none; b=XYGy15E9X1S8LgK68v1b/NMR147bYncR19lumnGOWJ7jWr+e29McCqKg+hSeYZI7EP/uOYsZrAuEQhbqcz5Z1x/xUXaDtjDwp0rkD9hAXar32ZB0xa3VzIkNsshwj8InrmTC4IkNNROQGXkDqxXDdbijhIz3cE2rl3hi1k/ElFo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1722127748; c=relaxed/simple; bh=JVnvXCJWQWoCIfTAbRgICsYUWtH69qY3iy7L1sdVggQ=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=Me4DDxQ9LPpELHrDXKPmvdTdN9iM2Sy/fVXFX3s5rJdTXzoWrygYEbNtbHBVqC4fQxXDS5AGW8sxf1mX4ACZhOkMd5DiZCIzeLklTI97oeZQDHK99tbEAcDbFZX8FJERwvq1rsPl8gUueVGVnCzbLT2XStVARRkv4dwWPcp9wPA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=KksUn07I; 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="KksUn07I" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1F550C4AF12; Sun, 28 Jul 2024 00:49:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1722127748; bh=JVnvXCJWQWoCIfTAbRgICsYUWtH69qY3iy7L1sdVggQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KksUn07IDzHtBKfGooVZChUUUpf8EVN7NLmDfKE/stf/U4H438kiY3R89/CPZuQEP DNiLyaTH1mUJR6nPcHCfVP0+yezwFSE3j1KL1gJOKtAUuDLm+nUO/d+Y4We5du9iuF AFoZtk6wu5ViYuwvSah+DlcnsT23w+fMFiZ3ckqhLBSzniTYSYqv23xJCWYdL/JFYK 4ZINiEgajguSfr+KoCztFhNVc7nQCPrqPMGXHdj1jDZ1hDjrV3Z3DUk3rlye/BPA4F l+93Jo81n1GVmakCWyFnSrIJ2zz/TK7jS82fTOIFcT+H8+ht8g6oalTTDldmuaP87K IEFGIWRgUUgGQ== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Li Nan , Yu Kuai , Song Liu , Sasha Levin , linux-raid@vger.kernel.org Subject: [PATCH AUTOSEL 5.10 3/6] md: do not delete safemode_timer in mddev_suspend Date: Sat, 27 Jul 2024 20:48:56 -0400 Message-ID: <20240728004901.1704470-3-sashal@kernel.org> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20240728004901.1704470-1-sashal@kernel.org> References: <20240728004901.1704470-1-sashal@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore X-stable-base: Linux 5.10.223 Content-Transfer-Encoding: 8bit From: Li Nan [ Upstream commit a8768a134518e406d41799a3594aeb74e0889cf7 ] The deletion of safemode_timer in mddev_suspend() is redundant and potentially harmful now. If timer is about to be woken up but gets deleted, 'in_sync' will remain 0 until the next write, causing array to stay in the 'active' state instead of transitioning to 'clean'. Commit 0d9f4f135eb6 ("MD: Add del_timer_sync to mddev_suspend (fix nasty panic))" introduced this deletion for dm, because if timer fired after dm is destroyed, the resource which the timer depends on might have been freed. However, commit 0dd84b319352 ("md: call __md_stop_writes in md_stop") added __md_stop_writes() to md_stop(), which is called before freeing resource. Timer is deleted in __md_stop_writes(), and the origin issue is resolved. Therefore, delete safemode_timer can be removed safely now. Signed-off-by: Li Nan Reviewed-by: Yu Kuai Signed-off-by: Song Liu Link: https://lore.kernel.org/r/20240508092053.1447930-1-linan666@huaweicloud.com Signed-off-by: Sasha Levin --- drivers/md/md.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/md/md.c b/drivers/md/md.c index 67ceab4573be4..f1f029243e0cb 100644 --- a/drivers/md/md.c +++ b/drivers/md/md.c @@ -524,7 +524,6 @@ void mddev_suspend(struct mddev *mddev) clear_bit_unlock(MD_ALLOW_SB_UPDATE, &mddev->flags); wait_event(mddev->sb_wait, !test_bit(MD_UPDATING_SB, &mddev->flags)); - del_timer_sync(&mddev->safemode_timer); /* restrict memory reclaim I/O during raid array is suspend */ mddev->noio_flag = memalloc_noio_save(); } -- 2.43.0