Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2337582imm; Thu, 2 Aug 2018 09:55:14 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdHmydEScVC7cWA4KsAMcI63imjLpBKrG3p0jblaqJJRIx7zbaNJdikZtTY0CRzOrQGF6S3 X-Received: by 2002:a63:b256:: with SMTP id t22-v6mr245245pgo.101.1533228914000; Thu, 02 Aug 2018 09:55:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533228913; cv=none; d=google.com; s=arc-20160816; b=Q2fNBrwBh2m6dl/UnYyuqBs2Q9SxgttixBq77ELPLxwxE9tDjAJHJsecyucIPl/TPL WV/4pzFpBdwSlMGfTARsOJJBTVkZUQTZtyUp8sEF98nDw1mko12y/7cGUQAJWEANwmgx lh2AgFU64UKc4L2u/uT99b8kZeBnRtN44bm+zH3db20cFK53CFal3IjVrFogRURp8vHv dLdDUqZ2tc7qAle96+5SZC0mcWkCX/p+1TAqXREiFyGj/m6AYe/PDEBGVAU0vYWg1UlT H+3bWYRWXCdQVUhts/qC9W+MvyKIyKSXY3ze6aGh03SOIchLoFaTjk4SytmxahZSiX2o 4WRA== 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 :references:in-reply-to:date:cc:to:from:subject:message-id :dkim-signature:arc-authentication-results; bh=+JvpiEXiYWQsG1IsnsObHUbjPUEGUt5xjHgbYNQd4b0=; b=HMChTXpXougo+htbEKh4zJ6v0WxAlV8Chng1by3f/kFRenBmfybAR3eOJ+sskkibOn Dn9Z+uObjck74CmZ6UOrhww/LIPA7swLo5O36n6AdB2ANkcnBqjfLaejdncd8AJ63fkR qvz03L0uf6MHvlyG9+vPDeWrKW6MezJQP4KXHl6J4/TukYVd6kmYqFWXxnABEw75Gru3 8W/RHz5YXpV7cj+kOVsucrII7YZIfJRvw3br0O8FmjnvLEeM3apUY5N6bqhsHJZKtW3T dv0PqdXIPsQz70UJBFYGtxSZrTUak847VnbiR3ftTsf2XGakzyqGLL7y7OSUFgqXBGqS Q5WA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=kXgEQphB; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r2-v6si2108454pgd.138.2018.08.02.09.54.58; Thu, 02 Aug 2018 09:55:13 -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=fail header.i=@hansenpartnership.com header.s=20151216 header.b=kXgEQphB; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731831AbeHBSqH (ORCPT + 99 others); Thu, 2 Aug 2018 14:46:07 -0400 Received: from bedivere.hansenpartnership.com ([66.63.167.143]:37558 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726636AbeHBSqG (ORCPT ); Thu, 2 Aug 2018 14:46:06 -0400 Received: from localhost (localhost [127.0.0.1]) by bedivere.hansenpartnership.com (Postfix) with ESMTP id E907C8EE13D; Thu, 2 Aug 2018 09:54:08 -0700 (PDT) Received: from bedivere.hansenpartnership.com ([127.0.0.1]) by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z_Lcw2Uqykj6; Thu, 2 Aug 2018 09:54:08 -0700 (PDT) Received: from [153.66.254.194] (unknown [50.35.68.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 33C108EE0E4; Thu, 2 Aug 2018 09:54:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com; s=20151216; t=1533228848; bh=KR1OilPoffnqDJ8TvY/IhbwigcvVf3NpaTYyRobxsNU=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=kXgEQphB0mNUml6sR/FNFJzAlr5M41/dgAJq6wlBbiSBXWQ3Zji4YxEk9JdarBHyA RVjO2kA7s24FWaqL2TU9K+UphE+/sYviCxP/m2hGETZlAmxm/3DtOuTQz0Jk91AlGx TaqFsbBA8FxQSCwLUlNBSbcufFeDyah4AhnWchro= Message-ID: <1533228846.3915.17.camel@HansenPartnership.com> Subject: Re: [PATCH] blk-mq: fix blk_mq_tagset_busy_iter From: James Bottomley To: Ming Lei , Jens Axboe Cc: linux-block@vger.kernel.org, Josef Bacik , Christoph Hellwig , Guenter Roeck , Mark Brown , Matt Hart , Johannes Thumshirn , John Garry , Hannes Reinecke , "Martin K. Petersen" , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Date: Thu, 02 Aug 2018 09:54:06 -0700 In-Reply-To: <20180802164329.11900-1-ming.lei@redhat.com> References: <20180802164329.11900-1-ming.lei@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2018-08-03 at 00:43 +0800, Ming Lei wrote: > Commit d250bf4e776ff09d5("blk-mq: only iterate over inflight requests > in blk_mq_tagset_busy_iter") uses 'blk_mq_rq_state(rq) == > MQ_RQ_IN_FLIGHT' > to replace 'blk_mq_request_started(req)', this way is wrong, and > causes > lots of test system hang during booting. > > Fix the issue by using blk_mq_request_started(req) inside > bt_tags_iter(). > > Fixes: d250bf4e776ff09d5 ("blk-mq: only iterate over inflight > requests in blk_mq_tagset_busy_iter") > Cc: Josef Bacik > Cc: Christoph Hellwig > Cc: Guenter Roeck > Cc: Mark Brown > Cc: Matt Hart > Cc: Johannes Thumshirn > Cc: John Garry > Cc: Hannes Reinecke , > Cc: "Martin K. Petersen" , > Cc: James Bottomley > Cc: linux-scsi@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Signed-off-by: Ming Lei > --- >  block/blk-mq-tag.c | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/block/blk-mq-tag.c b/block/blk-mq-tag.c > index 09b2ee6694fb..3de0836163c2 100644 > --- a/block/blk-mq-tag.c > +++ b/block/blk-mq-tag.c > @@ -271,7 +271,7 @@ static bool bt_tags_iter(struct sbitmap *bitmap, > unsigned int bitnr, void *data) >    * test and set the bit before assining ->rqs[]. >    */ >   rq = tags->rqs[bitnr]; > - if (rq && blk_mq_rq_state(rq) == MQ_RQ_IN_FLIGHT) > + if (rq && blk_mq_request_started(rq)) So now we have dueling versions of this patch: https://marc.info/?l=linux-scsi&m=153322802207688 Can we at least make sure we've root caused the problem and confirmed we've got it fixed before we start the formal patch process? When we do start the formal patch process, please give appropriate credit to the reporter(s) since this has been a royal pain for them to help us track down. James