Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1252157pxa; Thu, 20 Aug 2020 06:49:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJydvK8H1XbhVzHeyvBwa717kTuwrJzEH0wfupHD1uvgHKgojbZMouJbXBlWS+tGnXmpFjdA X-Received: by 2002:a05:6402:1a23:: with SMTP id be3mr3082922edb.138.1597931363425; Thu, 20 Aug 2020 06:49:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597931363; cv=none; d=google.com; s=arc-20160816; b=cHPfIVG5WEBA9sSaGIsQepKosQA51sBH3PEatSpUnjtzE+r5CVBKGVgqPBQNpcm2KA 9Rrnnp0Jk4uspHwULwPJz6AxD4ETfLX0N3XfsaxfTw+RmDs4Jnv629QKAqafs6JqLhSE GawldqL1tQ8HduZpiQK9T7hKG/WFaQAW5UJsNX0C2pVQq6gdfcvBSxnx4zYCS3LJJo1l bEZAEMiz8K8uzQ1+UFGVnk3H6bjqXyYe1kE2paI6/n4TDFboGktVvMQS0/Cpp4UhxVqf fH8eoFqeIJE3ccQeMUV3MUhcyh0RzN/D5cPf/x0AiRth4D7uvbhr4fsprGqpec5fpPIz P6Qw== 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=2PMj3xCyoo4JJU/duz4Rt+K8CXca5rpBx3xxDahf6tU=; b=o78Nveln3ahMNAS0yZfhJ5oMMYL3OjZuoeio+pwZti9J/vDSP+djSKYRHbNsxT2EYP qQ7WyrjOPA7w+Gg5hfu+CX35+LkvdsURN4A63XKWXbPHWnpk+vF1gpajxnnA/wMJOuqU oSh3fiT+anss4zFsdAj5wt4RBPUd78EoLQpNuM/kR+4ltSM4YCvwx8K4v+nWEsiC+Nr8 oIlF6o4IJm/K78PIsLmfIXshsYtAKj4AQq4cND0C0nC1uqzu7bYu2TZAMwfYRwpmA2Sr ljPxkjT/03xWf994/h6teqZ7qRmwuFmwikeFqfyB2kMufxp4r9CvIkvcJ9niyxosuU14 +iDQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=P9dvpcPM; 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=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v12si1270307ejq.585.2020.08.20.06.48.58; Thu, 20 Aug 2020 06:49:23 -0700 (PDT) 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=@kernel.org header.s=default header.b=P9dvpcPM; 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=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729979AbgHTNpn (ORCPT + 99 others); Thu, 20 Aug 2020 09:45:43 -0400 Received: from mail.kernel.org ([198.145.29.99]:37548 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726956AbgHTJ1s (ORCPT ); Thu, 20 Aug 2020 05:27:48 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (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 D3A2222D08; Thu, 20 Aug 2020 09:27:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1597915668; bh=xYZFrxz2rOk+HHlaipfAhKHpLbGhnQdZtYRZaRvmBy4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=P9dvpcPMgfBvApVeX0edlxCJAY5X/7Nh6kMNCRIG+nntcRJA+SFbRLuICxTUH5snd OEXJId7Kzsj6IovOuFI9Zms7W7GRX+YlmHl4ZWMgK5AjgGxowf6Q0pcyG5hbS47oU5 eAAFv349s32YS+qIOpogL1n9w6bQDR9VelNKZxV8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alex Wu , BingJing Chang , Danny Shih , ChangSyun Peng , Song Liu Subject: [PATCH 5.8 064/232] md/raid5: Fix Force reconstruct-write io stuck in degraded raid5 Date: Thu, 20 Aug 2020 11:18:35 +0200 Message-Id: <20200820091615.894873996@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200820091612.692383444@linuxfoundation.org> References: <20200820091612.692383444@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: ChangSyun Peng commit a1c6ae3d9f3dd6aa5981a332a6f700cf1c25edef upstream. In degraded raid5, we need to read parity to do reconstruct-write when data disks fail. However, we can not read parity from handle_stripe_dirtying() in force reconstruct-write mode. Reproducible Steps: 1. Create degraded raid5 mdadm -C /dev/md2 --assume-clean -l5 -n3 /dev/sda2 /dev/sdb2 missing 2. Set rmw_level to 0 echo 0 > /sys/block/md2/md/rmw_level 3. IO to raid5 Now some io may be stuck in raid5. We can use handle_stripe_fill() to read the parity in this situation. Cc: # v4.4+ Reviewed-by: Alex Wu Reviewed-by: BingJing Chang Reviewed-by: Danny Shih Signed-off-by: ChangSyun Peng Signed-off-by: Song Liu Signed-off-by: Greg Kroah-Hartman --- drivers/md/raid5.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/drivers/md/raid5.c +++ b/drivers/md/raid5.c @@ -3607,6 +3607,7 @@ static int need_this_block(struct stripe * is missing/faulty, then we need to read everything we can. */ if (sh->raid_conf->level != 6 && + sh->raid_conf->rmw_level != PARITY_DISABLE_RMW && sh->sector < sh->raid_conf->mddev->recovery_cp) /* reconstruct-write isn't being forced */ return 0; @@ -4842,7 +4843,7 @@ static void handle_stripe(struct stripe_ * or to load a block that is being partially written. */ if (s.to_read || s.non_overwrite - || (conf->level == 6 && s.to_write && s.failed) + || (s.to_write && s.failed) || (s.syncing && (s.uptodate + s.compute < disks)) || s.replacing || s.expanding)