Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp7064225ioo; Thu, 2 Jun 2022 21:44:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwJdHkfVq/vpZG/HfosrVlpeoolxJ0O3FebjyjeIA5jdsss1+rTk2kdqilGy5OkAB+cY0n+ X-Received: by 2002:a17:90b:4c8f:b0:1e6:9bf9:1ab8 with SMTP id my15-20020a17090b4c8f00b001e69bf91ab8mr4915584pjb.215.1654231445666; Thu, 02 Jun 2022 21:44:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654231445; cv=none; d=google.com; s=arc-20160816; b=GtoUy/8wlvons4FqQXA0pkUZv+1RV+LBmSUgNSUFMshlLpWisdXmYszfNy1/JPuu0z Z+M7QFxbAiFzqYwOAWAZfSearABfYW32m66j1iCEAlGOw6XQy/U9187Z6QD/mnHS7Kik ofdyN5HA4rSGFCDkFJjMxKhKtjVjZm42vsQKNcGuAckgbFDVbHB2ZQjAfrvmMZG6uxCC InehQMbyhLo6jTOKCDhLI3rk0cZYX5SjvEg+934bhapmeJwxEoBxzua73KZQnD+8cZ59 W/83Ofji461/uMA47pdXfIeSnbL3Klql/eEcUHugbzmNdU+Ud1xrqPWNiwpuBAk6OBda ENFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:subject:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:cc:to:from:dkim-signature; bh=tiDb5N7DtJWgf5i+viE/JdrxQoObOCh/lk7c62dUGdI=; b=t1vX5mgc6jUDupodfND/mRRseyw5Bl4m54V2X6FPi0VP+og62cpfpnVxY55Q7yudwF tathxy07+6/Q8YcElMNWSVrsF0hfRQiSCpZfoJje8YN8/BvFv+mBT3WjiEvoZWqZdxF5 yegZVWe/psU1r8tJBZgZtdZS+63kkqturjjnztShsFzAv2DjXT0LtRKeh2qQwFt8m/pI R7D7ZuQw9ACOlt6Ug8fL+FcP/acvlDqvuktUJrJEgWx1KK+LKtJpniZDslkSmo/l6pMC QDYaRxizA/uRudcmxUBkatKGrjui01VI95vWXoYzxIjeJ4gH8J2YmcxjsBvraNtdy38a oZxw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@deltatee.com header.s=20200525 header.b=lDBClrE1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=deltatee.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ls14-20020a17090b350e00b001e0676bf470si15504846pjb.175.2022.06.02.21.43.44; Thu, 02 Jun 2022 21:44:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@deltatee.com header.s=20200525 header.b=lDBClrE1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=deltatee.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238089AbiFBSTV (ORCPT + 99 others); Thu, 2 Jun 2022 14:19:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43594 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237943AbiFBSSg (ORCPT ); Thu, 2 Jun 2022 14:18:36 -0400 Received: from ale.deltatee.com (ale.deltatee.com [204.191.154.188]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2AFD24DF78; Thu, 2 Jun 2022 11:18:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=deltatee.com; s=20200525; h=Subject:MIME-Version:References:In-Reply-To: Message-Id:Date:Cc:To:From:content-disposition; bh=tiDb5N7DtJWgf5i+viE/JdrxQoObOCh/lk7c62dUGdI=; b=lDBClrE1qYUVkdV0xcNhnldQ2t jPvw8vp0i7h+F3C+hopk3B4kOMbXYsyGchjPjy/Y/D0twbGxPPKi/DqWt4TRbwhAyvfm+zO+wWA3r htmDTXbPBCPxKur8QbIKJ++mwrgvvL3xL0cVC23u8doodvwzoSOFNpN2mIOXeoeSX9TGvGzzm9aFk HQoUVe9kPlo5+hwTP6Lok7dO8s49c3XHnrugZ/ustYNGS9UUS6aO0T2ekLcpAsJU1SFzfeg/HG9OG +hV841Tymz1sOhVnMSo9BFxI/g4x52siQNeWJDE9CikEcXhtOM/DbY/xZeWJlZ1kQf7HmN9Q6gsJN wP9YKWaQ==; Received: from cgy1-donard.priv.deltatee.com ([172.16.1.31]) by ale.deltatee.com with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nwpOo-00EPmX-8q; Thu, 02 Jun 2022 12:18:22 -0600 Received: from gunthorp by cgy1-donard.priv.deltatee.com with local (Exim 4.94.2) (envelope-from ) id 1nwpOn-000DDi-7J; Thu, 02 Jun 2022 12:18:21 -0600 From: Logan Gunthorpe To: linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org, Song Liu Cc: Christoph Hellwig , Donald Buczek , Guoqing Jiang , Xiao Ni , Stephen Bates , Martin Oliveira , David Sloan , Logan Gunthorpe , Christoph Hellwig Date: Thu, 2 Jun 2022 12:18:16 -0600 Message-Id: <20220602181818.50729-11-logang@deltatee.com> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20220602181818.50729-1-logang@deltatee.com> References: <20220602181818.50729-1-logang@deltatee.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 172.16.1.31 X-SA-Exim-Rcpt-To: linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org, song@kernel.org, hch@infradead.org, buczek@molgen.mpg.de, guoqing.jiang@linux.dev, xni@redhat.com, sbates@raithlin.com, Martin.Oliveira@eideticom.com, David.Sloan@eideticom.com, logang@deltatee.com, hch@lst.de X-SA-Exim-Mail-From: gunthorp@deltatee.com X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 Subject: [PATCH v3 10/11] md: Notify sysfs sync_completed in md_reap_sync_thread() X-SA-Exim-Version: 4.2.1 (built Sat, 13 Feb 2021 17:57:42 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The mdadm test 07layouts randomly produces a kernel hung task deadlock. The deadlock is caused by the suspend_lo/suspend_hi files being set by the mdadm background process during reshape and not being cleared because the process hangs. (Leaving aside the issue of the fragility of freezing kernel tasks by buggy userspace processes...) When the background mdadm process hangs it, is waiting (without a timeout) on a change to the sync_completed file signalling that the reshape has completed. The process is woken up a couple times when the reshape finishes but it is woken up before MD_RECOVERY_RUNNING is cleared so sync_completed_show() reports 0 instead of "none". To fix this, notify the sysfs file in md_reap_sync_thread() after MD_RECOVERY_RUNNING has been cleared. This wakes up mdadm and causes it to continue and write to suspend_lo/suspend_hi to allow IO to continue. Signed-off-by: Logan Gunthorpe Reviewed-by: Christoph Hellwig --- drivers/md/md.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/md/md.c b/drivers/md/md.c index 2be429874d18..2c07c9508222 100644 --- a/drivers/md/md.c +++ b/drivers/md/md.c @@ -9476,6 +9476,7 @@ void md_reap_sync_thread(struct mddev *mddev, bool reconfig_mutex_held) wake_up(&resync_wait); /* flag recovery needed just to double check */ set_bit(MD_RECOVERY_NEEDED, &mddev->recovery); + sysfs_notify_dirent_safe(mddev->sysfs_completed); sysfs_notify_dirent_safe(mddev->sysfs_action); md_new_event(); if (mddev->event_work.func) -- 2.30.2