Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp2055363img; Wed, 27 Feb 2019 09:40:19 -0800 (PST) X-Google-Smtp-Source: AHgI3Ia/vsAaQgEX/7Jt1lSKOD2En8+fj6GJhYtmAu+cs9rRzay/FRIm98XWstYBuQa4vu2XkXyQ X-Received: by 2002:a65:5003:: with SMTP id f3mr4087565pgo.39.1551289219837; Wed, 27 Feb 2019 09:40:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551289219; cv=none; d=google.com; s=arc-20160816; b=L8Il/aEstfRsXgfHPEfa/UijVLvTTD2XSLaGugQNaN6SJtjKdP/6rz/8g2YHFA8z6b sk4fJUrYBJ74kdmih5LsW5oc4b37Z3GKB3MIFoxGcemrLOQwqr51DY9MxEuX+WHs7akC x9dY4e7LPalOkN/zotH3VgXEBiMeH+7KWekG0gBMbj5jjr0BLzRtEUJyc+KyQPD4Ta9Y FMWoio0pT3POvdKxinAK8opKZs/XZeoIyvOP8EhUK4+10H/J2pOP3iZ5+6F0uVetk6fI Hds2gIaCXdvB2VMmavXZ2elt6x45eXXSclgmW8Hpm9ZS3NxpsxRn6vIqLzUTdn7Lzsgy ArYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=FfoQAIpol/5q2izV31kwuYbRDIT/YwN3vikeKPZXcOI=; b=BWOrC5ji6j7ZgLAe/a5JJO6dYwDyljxP5lwpmvzW1ivDDPbAzZniIiKfdYI5yaeOhI NPVt3o+cjvpCgBHUZ0PuoVy46o0hYbJ7BMU5fEAAwlcPO2qr36RaZx/zL+36XTNpvXZA +1H8zjO65Z9BrRJ9TWJ+zQ43/1FnLLdPi7DSYm9iSAdhPIJPMH+9osM8Mu7lgwXpgk8X BgB7ec03piKT/q0c+b3DqDjpSpWNl/xy2Bya+Z6ASlW40tAmxJovWKvtOtCODYnVK7i5 VrbK+UOXwdui5JHtHZx0sYKkT0hJU7i/fJ72T41Y/FRJY5Cwm0Iq4Yw7sQtiYgAuQ2pC BPvg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=tybfHo6j; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 71si14740327pga.16.2019.02.27.09.40.05; Wed, 27 Feb 2019 09:40:19 -0800 (PST) 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=tybfHo6j; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730137AbfB0RjV (ORCPT + 99 others); Wed, 27 Feb 2019 12:39:21 -0500 Received: from mail.kernel.org ([198.145.29.99]:38528 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726356AbfB0RjV (ORCPT ); Wed, 27 Feb 2019 12:39:21 -0500 Received: from localhost (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (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 D518120C01; Wed, 27 Feb 2019 17:39:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1551289160; bh=GlTJOFxQGa7YiUdEzm38xwKfhO/EuKwLFpIb0JOFknk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tybfHo6jvqezAzrLaQnG/t+L6Y2q/sxS67STDm1g4pBt+l1hGYmYlMJwgJFs2qpjs diU9YX3dqhEfE0JmU3ms1bQp+PdlNDfZNul98l10oWCEW9d7+AKpfh9zEukxrCOcog UoH+L+Tra/6XyqDZUKkDa9bP23ZRTeyKBdacs+IE= Date: Wed, 27 Feb 2019 12:39:18 -0500 From: Sasha Levin To: Ming Lei Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Tetsuo Handa , NeilBrown , Jens Axboe , linux-block@vger.kernel.org Subject: Re: [PATCH AUTOSEL 4.20 49/77] block: cover another queue enter recursion via BIO_QUEUE_ENTERED Message-ID: <20190227173918.GL10616@sasha-vm> References: <20190215020855.176727-1-sashal@kernel.org> <20190215020855.176727-49-sashal@kernel.org> <20190215022807.GC21045@ming.t460p> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20190215022807.GC21045@ming.t460p> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 15, 2019 at 10:28:08AM +0800, Ming Lei wrote: >On Thu, Feb 14, 2019 at 09:08:27PM -0500, Sasha Levin wrote: >> From: Ming Lei >> >> [ Upstream commit 698cef173983b086977e633e46476e0f925ca01e ] >> >> Except for blk_queue_split(), bio_split() is used for splitting bio too, >> then the remained bio is often resubmit to queue via generic_make_request(). >> So the same queue enter recursion exits in this case too. Unfortunatley >> commit cd4a4ae4683dc2 doesn't help this case. >> >> This patch covers the above case by setting BIO_QUEUE_ENTERED before calling >> q->make_request_fn. >> >> In theory the per-bio flag is used to simulate one stack variable, it is >> just fine to clear it after q->make_request_fn is returned. Especially >> the same bio can't be submitted from another context. >> >> Fixes: cd4a4ae4683dc2 ("block: don't use blocking queue entered for recursive bio submits") >> Cc: Tetsuo Handa >> Cc: NeilBrown >> Reviewed-by: Mike Snitzer >> Signed-off-by: Ming Lei >> Signed-off-by: Jens Axboe >> Signed-off-by: Sasha Levin >> --- >> block/blk-core.c | 11 +++++++++++ >> block/blk-merge.c | 10 ---------- >> 2 files changed, 11 insertions(+), 10 deletions(-) >> >> diff --git a/block/blk-core.c b/block/blk-core.c >> index deb56932f8c4..22260339f66f 100644 >> --- a/block/blk-core.c >> +++ b/block/blk-core.c >> @@ -2449,7 +2449,18 @@ blk_qc_t generic_make_request(struct bio *bio) >> /* Create a fresh bio_list for all subordinate requests */ >> bio_list_on_stack[1] = bio_list_on_stack[0]; >> bio_list_init(&bio_list_on_stack[0]); >> + >> + /* >> + * Since we're recursing into make_request here, ensure >> + * that we mark this bio as already having entered the queue. >> + * If not, and the queue is going away, we can get stuck >> + * forever on waiting for the queue reference to drop. But >> + * that will never happen, as we're already holding a >> + * reference to it. >> + */ >> + bio_set_flag(bio, BIO_QUEUE_ENTERED); >> ret = q->make_request_fn(q, bio); >> + bio_clear_flag(bio, BIO_QUEUE_ENTERED); >> >> /* sort new bios into those for a lower level >> * and those for the same level >> diff --git a/block/blk-merge.c b/block/blk-merge.c >> index 7695034f4b87..adfe835ab258 100644 >> --- a/block/blk-merge.c >> +++ b/block/blk-merge.c >> @@ -272,16 +272,6 @@ void blk_queue_split(struct request_queue *q, struct bio **bio) >> /* there isn't chance to merge the splitted bio */ >> split->bi_opf |= REQ_NOMERGE; >> >> - /* >> - * Since we're recursing into make_request here, ensure >> - * that we mark this bio as already having entered the queue. >> - * If not, and the queue is going away, we can get stuck >> - * forever on waiting for the queue reference to drop. But >> - * that will never happen, as we're already holding a >> - * reference to it. >> - */ >> - bio_set_flag(*bio, BIO_QUEUE_ENTERED); >> - >> bio_chain(split, *bio); >> trace_block_split(q, split, (*bio)->bi_iter.bi_sector); >> generic_make_request(*bio); >> -- >> 2.19.1 >> > >This one should be dropped, given it has been reverted. Dropped, thank you. -- Thanks, Sasha