Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5506186pxv; Wed, 28 Jul 2021 12:24:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw3sKSjkriiIPLMke8uOl9uTQujwtmf0KXOHkHeMyNcjqPMjLuWNHA9uBe9TdvjAFdndI1Y X-Received: by 2002:a05:6402:1546:: with SMTP id p6mr1672357edx.206.1627500278145; Wed, 28 Jul 2021 12:24:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627500278; cv=none; d=google.com; s=arc-20160816; b=JbL6S/xQVWCDtpnKsExj/sI8WnSuh9rTOPAdTxJJpDh6454JKEbEqYox+uzQQQOru1 7RO2iPKhrK2bFebq429VD6XXqQCY71hZMlDIszED0w6Z6MlvhZ8G0QWCHMmzNQFniwZy dcOFdRY4rMjnJ2XY9jOXHSocJN5+ALZo6pOH00GM9m1UjRKgMzUws+ztir+0wxzSJKB1 IHYxzvgRLeayh7NjfGr6UceaIDBPws+59xcxnJxP6WB6cNc4t4hdslZHWl6xfBXabVAn ocE6D/N8v5KqCpuhRdgUskkd73Aa38eopUBRbbRnoyKyFHJM2Xt+gdKwDYJ3emYynOTL KEVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=d6qfKqRI6m4WTJASM6iTIDEeVp83gFU9fVe84XKYU6Y=; b=VrG1ym4Eq1/tN3w/jcgCb2E1tJHSGg8iv4RkZJtdX1lCXHWQMNrhQPaRbELARaWei9 GdwFIzoPO6jfue/Iq4AlzXlolnx24dyOBxLCxg0vqYPp1hGo0yv4vLmMMxaeYzWOi2MB qItdEsgiQXWoaAQZPDJrDmeSdh91JBZpX5oqxLI4+bSYWpkCMbLiVLAggr9zQbkm1oxd NEgN0XNx9YEgpMSg30KO4mLDrcPbFTDQr3ib3beQJLCUcgAkd7QcEmng0iIlCTQcDI7A 1lxNMcZ1RL+BjbZrDW4/HYFQohKKJuz3adOm2XTjjeg78gDxCnd93+Wim2TRilkCiXXs xonQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gpiccoli-net.20150623.gappssmtp.com header.s=20150623 header.b=A3zB2Bxr; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v27si487979edx.273.2021.07.28.12.24.14; Wed, 28 Jul 2021 12:24:38 -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=@gpiccoli-net.20150623.gappssmtp.com header.s=20150623 header.b=A3zB2Bxr; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230333AbhG1TUl (ORCPT + 99 others); Wed, 28 Jul 2021 15:20:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50456 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229986AbhG1TUk (ORCPT ); Wed, 28 Jul 2021 15:20:40 -0400 Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BB747C061765 for ; Wed, 28 Jul 2021 12:20:38 -0700 (PDT) Received: by mail-qk1-x733.google.com with SMTP id z24so3351105qkz.7 for ; Wed, 28 Jul 2021 12:20:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gpiccoli-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=d6qfKqRI6m4WTJASM6iTIDEeVp83gFU9fVe84XKYU6Y=; b=A3zB2BxrkshfLj1hul36dmsxR83ZwIIx8IATAiVAm18rAErkeotKTlhDn7xT5TnALE SsHLnr8y7ODufgkIr5xPzIWTu+TI10wW2RiIV6aLPlOn5SbgAL5YjwaDF1weKkx6biRQ VtPPWGqI2tJrPVDooy6TLnjaipm3AXs+KjeNLCj92QcUm4f/WFBnih3T6X8GzhRA7uD3 vZaQPwDwSvfH9nVUhgfJf/w2pH/A8rjXZOSgOD/Kn37j4JPETTgm4YZc6egdcFFsIlZN FSD43Tci/OHWigGmrPz5HiJzhxtp44aHmXYXANlgGNmGipYYpFxcMAhjsc2IwmqHb9lQ nqxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=d6qfKqRI6m4WTJASM6iTIDEeVp83gFU9fVe84XKYU6Y=; b=Dqi5533QUsQE/AVwodSp2zy/k2Rt7X67fRzU9iGhNIcYhZTjXo5ocu/dvTSrZ/uDOE TqnZcDUGhHWu5yExK2aGZy8CyusnlLtIFSUv/tSQJZHuIOjBaD0pc40b0ex/gXPGyJr4 QMgZcjfHlrJzDiNlpEQtP9vqtlh525HUkpSOzCsRpuvawGyGX2Kiex6gSRIGl2Gpm9/v ycQPKK3et2pgphO3QpbojFo3baMbjrferS0yFafloo1wohgKxxy7ARxjQZC4c2U+7v0f 0zk1aCKv64D+23I6KodDZtFaE+90EDlcq0SXFGE+fhE0VnRykoZxVK8Jr181+z9dC8IO SKzw== X-Gm-Message-State: AOAM5302hEOUkCy5FL6EzXDGs4zQEW+KcivjlOiSq9LvEdRv+4YeTIKr AfNIH5XUB1sgsuuF6+p+3ra9JpKu8Ilehd4dR7Tg0A== X-Received: by 2002:a05:620a:1319:: with SMTP id o25mr1256137qkj.396.1627500037010; Wed, 28 Jul 2021 12:20:37 -0700 (PDT) MIME-Version: 1.0 References: <20210715202341.2016612-1-mcgrof@kernel.org> <20210715202341.2016612-4-mcgrof@kernel.org> In-Reply-To: <20210715202341.2016612-4-mcgrof@kernel.org> From: "Guilherme G. Piccoli" Date: Wed, 28 Jul 2021 16:20:01 -0300 Message-ID: Subject: Re: [RFC 3/6] md: replace GENHD_FL_UP with GENHD_FL_DISK_ADDED on is_mddev_broken() To: Luis Chamberlain , hch@infradead.org Cc: axboe@kernel.dk, hare@suse.de, Bart Van Assche , Ming Lei , jack@suse.cz, osandov@fb.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 15, 2021 at 5:24 PM Luis Chamberlain wrote: > > The GENHD_FL_DISK_ADDED flag is what we really want, as the > flag GENHD_FL_UP could be set on a semi-initialized device. > > Signed-off-by: Luis Chamberlain > --- > drivers/md/md.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/md/md.h b/drivers/md/md.h > index 832547cf038f..80561bca1f51 100644 > --- a/drivers/md/md.h > +++ b/drivers/md/md.h > @@ -766,7 +766,7 @@ static inline bool is_mddev_broken(struct md_rdev *rdev, const char *md_type) > { > int flags = rdev->bdev->bd_disk->flags; > > - if (!(flags & GENHD_FL_UP)) { > + if (!(flags & GENHD_FL_DISK_ADDED)) { Thanks for the patch Luis! And thanks Christoph for looping me in on the last iteration. I think specifically for md, both flags are interchangeable - if add_disk() is not completed, I'm pretty sure we cannot have the array properly working hence we shouldn't ever reach this check for such device. Nevertheless, technically speaking Christoph seems correct and we are checking here in fact if the disk was del_gendisk'ed(). My opinion is that we don't need to change this usage, if possible, but I'm not strongly against the change if you feel it fits better. Just double-checking - after del_gendisk(), this flag is removed anyways right? Oh, and if possible, loop me in CC for next revisions, using this email. Cheers, Guilherme