Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp571823ybn; Thu, 3 Oct 2019 09:02:30 -0700 (PDT) X-Google-Smtp-Source: APXvYqx7GIMn5Ht5pBvgKDUz8lmheAXrqbMhEqdzFuIBnGd8hQHRlxp+g5875ajs8bkoexxyxwfH X-Received: by 2002:a17:906:52d8:: with SMTP id w24mr8178570ejn.6.1570118550013; Thu, 03 Oct 2019 09:02:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570118550; cv=none; d=google.com; s=arc-20160816; b=BGHZLPtAeNM8TSxDu1AcJV4MUyOn0MKi+sCQHFjrvsr/l1vDhB/oqEYso5jqqJ+X8W 07+JB3X0T7s4hRnDcsYwQF7lWE8LKU6LQ+J0U5DO0t2T0vjedUxlCHcaqKtR0YRUtXwd 0eTfA+7knvgi4dctHhrRb8CDIRz55c9urTiRrYbgJXqZ9wYukjYYiZOyar4TaYfVInzn 7eemLcZR9DsiwH2SiQGZmJeIrdp8+YTEnzQENOAep/lJZ0jdVNcCHAqV9+vozEhqrdnN dy0kVDd0hj4ZgYzPwn7KPXwS53rPire8mAcRxGIMsnHQTpyi6mRD+IO7xLzPekwm06GI J1XQ== 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=Wsavqu/FRlHzRyEvgdb9+q/aP/4mbK07+gpgmc+RuyE=; b=eTr2ZgQHena6YVtzr/ss/xyfhQe+Hi4/LdIM9+9zTjMj24QJpEQcW7i1qrBlEqKWTT 5wbW+QhKP2W2h8uIn+Dep0ztjj2DIpMXL7G7Y+83Dl9rHdXtY5dEVW/2Mj0/4T49GLao oLFo3QKLjsGNDz+TDe4aLLFFWqInvCLf2ytAEGxHLXuJERUByEvI19pYeW+Y7JNNWRN8 VMVsOrczRqaFm7ab340Tp612vNWbrS93xALCaK9to0IpfFkW/rsq3iaIcDpfUB4c9PWG SmouvwxxjsT89pG64etATx0dkHq5GT7ish3lrrPb1c2xvADjR/Wq6hbN8/uc9z3JRvK/ 8lWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=hvNafj0G; 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 n11si1432724ejb.240.2019.10.03.09.02.04; Thu, 03 Oct 2019 09:02:30 -0700 (PDT) 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=hvNafj0G; 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 S1731363AbfJCP7i (ORCPT + 99 others); Thu, 3 Oct 2019 11:59:38 -0400 Received: from mail.kernel.org ([198.145.29.99]:42714 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731358AbfJCP7g (ORCPT ); Thu, 3 Oct 2019 11:59:36 -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 0143320700; Thu, 3 Oct 2019 15:59:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1570118375; bh=P6H03jAnS7gGxr6stCSusw1aYIAxsve4fWrCRRFHSbI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=hvNafj0G0GlkYfEbuwgciFOnNjtw7PhRl8Zw3bl8JdsS2GxwnWaecb3S9x5YgMGqO ohOC+LerUhr4RAfeqTHXojyKH8m6WaDTKQanMEpCSe2r1+Ke0lhxf5MeMYLUyjVFdc znv4q9Fr0CjPz3lcofuX9zCg7ILsDevLMqEXeqv4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Guoqing Jiang , Song Liu , Sasha Levin Subject: [PATCH 4.4 50/99] md: dont set In_sync if array is frozen Date: Thu, 3 Oct 2019 17:53:13 +0200 Message-Id: <20191003154320.042815445@linuxfoundation.org> X-Mailer: git-send-email 2.23.0 In-Reply-To: <20191003154252.297991283@linuxfoundation.org> References: <20191003154252.297991283@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: Guoqing Jiang [ Upstream commit 062f5b2ae12a153644c765e7ba3b0f825427be1d ] When a disk is added to array, the following path is called in mdadm. Manage_subdevs -> sysfs_freeze_array -> Manage_add -> sysfs_set_str(&info, NULL, "sync_action","idle") Then from kernel side, Manage_add invokes the path (add_new_disk -> validate_super = super_1_validate) to set In_sync flag. Since In_sync means "device is in_sync with rest of array", and the new added disk need to resync thread to help the synchronization of data. And md_reap_sync_thread would call spare_active to set In_sync for the new added disk finally. So don't set In_sync if array is in frozen. Signed-off-by: Guoqing Jiang Signed-off-by: Song Liu Signed-off-by: Sasha Levin --- drivers/md/md.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/md/md.c b/drivers/md/md.c index d1b09657c1939..d59d79b77fd69 100644 --- a/drivers/md/md.c +++ b/drivers/md/md.c @@ -1667,8 +1667,15 @@ static int super_1_validate(struct mddev *mddev, struct md_rdev *rdev) if (!(le32_to_cpu(sb->feature_map) & MD_FEATURE_RECOVERY_BITMAP)) rdev->saved_raid_disk = -1; - } else - set_bit(In_sync, &rdev->flags); + } else { + /* + * If the array is FROZEN, then the device can't + * be in_sync with rest of array. + */ + if (!test_bit(MD_RECOVERY_FROZEN, + &mddev->recovery)) + set_bit(In_sync, &rdev->flags); + } rdev->raid_disk = role; break; } -- 2.20.1