Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp3076384pxu; Mon, 19 Oct 2020 03:22:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRnMo88Qd5j2kiHz92t965dfH1UBj8BnCooqjDWprX5E4C3LJJPw6Bz4ZPKJJUlrjpUfUZ X-Received: by 2002:a05:6402:293:: with SMTP id l19mr17548101edv.227.1603102954832; Mon, 19 Oct 2020 03:22:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603102954; cv=none; d=google.com; s=arc-20160816; b=WlSPSmOdF/zBw0dVVx8cTpndxoY6frKsKnYzBqYwpnVgp1Z0Jp+0gW05UclqrG3tHa vKm//O1qEhl6gUunxGmspbwMnn1ifRxJLU205GPql2eV2vxBP76Zoavl84bKlh6aNS0u +J5+oAT8TwI0DkWN+BkRRe7VinRoJV00x7oy9caIdP5XiPhiBjv8lA/Lo82fcLoV8602 uN0w3e4ANrcdh8JTkMOsTiMFuAQdSUYNWQ38tLpBE6rvATmrXkUhSKuLa13miukmYuc+ D3TSLAyPDADGnc5rHHos4a9RlFXqWcMGmNcDEfWOgrzhyOs59WlWViITIozhVmp2OW3u IJFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=E+1KEJuiJe+kvb+4a+gvnKrTGMZfKeoERYEelE8Q1wk=; b=o/D9NgLGBH86AYOMrGUHMb+xpbS48/Y/bKdcQIMu6GeCRdlU0Fy05byVUkpYF3d47a FBytmzEfnidYmYiCnWyxwp8du/e0OBKbyVX6mGuRvjuw3V1kls+9rG7OvF6PKla6lvH0 fZTj0HnfnlMa2CQGVktI2MRgE4vJiHoG+X5JEH9qZos/y4ipP0EOD65YpuYqFxaO71+g h8cmCM/mueLFYfY5ZYRr+aSrKqgW9+Q+n5D9pywHFfb6B8lYdHt3uJzHVZ9XdqwfF6tP Jzay2i+YLn4n3M8y5uU1RHSmb1tGiln3QS8KUvilEUKvhhw0VeiISuzvQCc90pqe2DL6 jzKQ== ARC-Authentication-Results: i=1; mx.google.com; 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 o24si7560839edr.567.2020.10.19.03.22.12; Mon, 19 Oct 2020 03:22:34 -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; 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 S1727256AbgJSHD2 (ORCPT + 99 others); Mon, 19 Oct 2020 03:03:28 -0400 Received: from smtp1.kaist.ac.kr ([143.248.5.228]:58611 "EHLO smtp1.kaist.ac.kr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727239AbgJSHD1 (ORCPT ); Mon, 19 Oct 2020 03:03:27 -0400 Received: from unknown (HELO mail1.kaist.ac.kr) (143.248.5.69) by 143.248.5.228 with ESMTP; 19 Oct 2020 16:03:16 +0900 X-Original-SENDERIP: 143.248.5.69 X-Original-MAILFROM: dae.r.jeong@kaist.ac.kr X-Original-RCPTTO: linux-kernel@vger.kernel.org Received: from kaist.ac.kr (143.248.133.220) by kaist.ac.kr with ESMTP imoxion SensMail SmtpServer 7.0 id <64f8815d385e48338e62a2fd4ede2b9d> from ; Mon, 19 Oct 2020 16:03:20 +0900 Date: Mon, 19 Oct 2020 16:03:19 +0900 From: "Dae R. Jeong" To: Song Liu Cc: yjkwon@kaist.ac.kr, linux-raid , open list Subject: Re: WARNING in md_ioctl Message-ID: <20201019070319.GA1811280@dragonet> References: <20201017110651.GA1602260@dragonet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > diff --git i/drivers/md/md.c w/drivers/md/md.c > index 6072782070230..49442a3f4605b 100644 > --- i/drivers/md/md.c > +++ w/drivers/md/md.c > @@ -7591,8 +7591,10 @@ static int md_ioctl(struct block_device *bdev, > fmode_t mode, > err = -EBUSY; > goto out; > } > - WARN_ON_ONCE(test_bit(MD_CLOSING, &mddev->flags)); > - set_bit(MD_CLOSING, &mddev->flags); > + if (test_and_set_bit(MD_CLOSING, &mddev->flags)) { > + err = -EBUSY; > + goto out; > + } > did_set_md_closing = true; > mutex_unlock(&mddev->open_mutex); > sync_blockdev(bdev); > > Could you please test whether this fixes the issue? Since &mddev->open_mutex is held when testing a bit of mddev->flags, I modified the code just a little bit by putting mutex_unlock() as belows. diff --git a/drivers/md/md.c b/drivers/md/md.c index 98bac4f304ae..643f7f5be49b 100644 --- a/drivers/md/md.c +++ b/drivers/md/md.c @@ -7590,8 +7590,11 @@ static int md_ioctl(struct block_device *bdev, fmode_t mode, err = -EBUSY; goto out; } - WARN_ON_ONCE(test_bit(MD_CLOSING, &mddev->flags)); - set_bit(MD_CLOSING, &mddev->flags); + if (test_and_set_bit(MD_CLOSING, &mddev->flags)) { + mutex_unlock(&mddev->open_mutex); + err = -EBUSY; + goto out; + } did_set_md_closing = true; mutex_unlock(&mddev->open_mutex); sync_blockdev(bdev); The warning no longer recurs (of course, we removed WARN_ON_ONCE()). As I am not familiar with this code, I do not see any other problem. Best regards, Dae R. Jeong