Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp3797569pxb; Mon, 4 Oct 2021 09:48:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRVXQm7unwVO6PftEYpG/5IetaFC+LdbcnmSuaa/fBiaoI3yL1ZYVvfFu96YMOLgtbDW1h X-Received: by 2002:a05:6a00:c81:b029:30e:21bf:4c15 with SMTP id a1-20020a056a000c81b029030e21bf4c15mr25375934pfv.70.1633366108953; Mon, 04 Oct 2021 09:48:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633366108; cv=none; d=google.com; s=arc-20160816; b=aQrDtg1CiUNe8ZActhftISMN0f8i0JjpMPYlXYxEfk5kt77GrlZ2ZStHzYsdVfouDD +m9FMQfct6Q3uWT/YuYn4OZLKG5B4o7ZF4CNViQIxKTfDpWN4L5OwtMJAx6JKzQ3YELY XRSSZNvgmLT2LDIpaKSv9+y1ZEjYkV4vH/XiDFJczI90ie8B8Eb+heBfAq9fn3bgTnPn Du1BTE8b5CBVsHforCWCmoSAA1l2S+f0pp+pvb+BbfrjY1gDI4H95I3NPWWwVolrfIWp S5KZ4BBNNSdIX1cCUSKCDqou5jx8lkjzjwegQwLraBDgaFrivrO7EqqfUVhm/eNvlBH1 m7DA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=JZGjygTWZK4aWT07eZc/jRTKNnzf0Y/iMt3cRk5CuNk=; b=uiCFwkZlB7sK3cr5cXnh9cl7F6VzR3PlupOkUQYkWHvmp8fiesT72ep3LDp5xqng1L i/fnFDlviryVTN96EcTF6vyoRb9IndfDrK9WV6C89Z7zeeucqUJBG2Qcmq6WwHfHQai2 7wrSdwM1VcktclKUKjKaTFiqvw9TbxtxV2xpeeJKO0MODSr3HpaYHbgK+7WfcJdGxMaB HtxtwiTl9K36EVl3lUatfmWTh/t79HLiRKW+2o7iX7YIWyU2L7JlC4CtkCe802mi70Pi 9P/Mw8emOBIbU8GviHKskCoQReZJ3+6iT987FdHyPEQUeNT6H0qtBtOo7597Lz4CY++J Ck6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=ssg4UPXs; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hk5si2837416pjb.114.2021.10.04.09.48.15; Mon, 04 Oct 2021 09:48:28 -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=@linuxfoundation.org header.s=korg header.b=ssg4UPXs; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237877AbhJDNjR (ORCPT + 99 others); Mon, 4 Oct 2021 09:39:17 -0400 Received: from mail.kernel.org ([198.145.29.99]:52280 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238202AbhJDNhb (ORCPT ); Mon, 4 Oct 2021 09:37:31 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A3EF1611C2; Mon, 4 Oct 2021 13:17:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1633353421; bh=eyaRu31su1+/2x/IVtiIXP+xz8jnUm3D6HT3Yr56L1c=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=ssg4UPXs+Fjmm1HjW11J3M7cLzdebJegMhl9D9GZl6LcYjt3ayFl5+sHzB7K4mWXl mwnQraNbesAvwImKYkyKk3WFqEkmDPXoOKMZVqNFbpUfW+zfiqIqiG2d1p0ucfjfGj sENdP5u/h4jSj4wd+z1FKPsnELOtFVQ4iX6WIuag= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jens Axboe , Sasha Levin Subject: [PATCH 5.14 121/172] Revert "block, bfq: honor already-setup queue merges" Date: Mon, 4 Oct 2021 14:52:51 +0200 Message-Id: <20211004125048.888344150@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20211004125044.945314266@linuxfoundation.org> References: <20211004125044.945314266@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jens Axboe [ Upstream commit ebc69e897e17373fbe1daaff1debaa77583a5284 ] This reverts commit 2d52c58b9c9bdae0ca3df6a1eab5745ab3f7d80b. We have had several folks complain that this causes hangs for them, which is especially problematic as the commit has also hit stable already. As no resolution seems to be forthcoming right now, revert the patch. Link: https://bugzilla.kernel.org/show_bug.cgi?id=214503 Fixes: 2d52c58b9c9b ("block, bfq: honor already-setup queue merges") Signed-off-by: Jens Axboe Signed-off-by: Sasha Levin --- block/bfq-iosched.c | 16 +++------------- 1 file changed, 3 insertions(+), 13 deletions(-) diff --git a/block/bfq-iosched.c b/block/bfq-iosched.c index 3a1038b6eeb3..9360c65169ff 100644 --- a/block/bfq-iosched.c +++ b/block/bfq-iosched.c @@ -2662,15 +2662,6 @@ bfq_setup_merge(struct bfq_queue *bfqq, struct bfq_queue *new_bfqq) * are likely to increase the throughput. */ bfqq->new_bfqq = new_bfqq; - /* - * The above assignment schedules the following redirections: - * each time some I/O for bfqq arrives, the process that - * generated that I/O is disassociated from bfqq and - * associated with new_bfqq. Here we increases new_bfqq->ref - * in advance, adding the number of processes that are - * expected to be associated with new_bfqq as they happen to - * issue I/O. - */ new_bfqq->ref += process_refs; return new_bfqq; } @@ -2733,10 +2724,6 @@ bfq_setup_cooperator(struct bfq_data *bfqd, struct bfq_queue *bfqq, { struct bfq_queue *in_service_bfqq, *new_bfqq; - /* if a merge has already been setup, then proceed with that first */ - if (bfqq->new_bfqq) - return bfqq->new_bfqq; - /* * Check delayed stable merge for rotational or non-queueing * devs. For this branch to be executed, bfqq must not be @@ -2838,6 +2825,9 @@ bfq_setup_cooperator(struct bfq_data *bfqd, struct bfq_queue *bfqq, if (bfq_too_late_for_merging(bfqq)) return NULL; + if (bfqq->new_bfqq) + return bfqq->new_bfqq; + if (!io_struct || unlikely(bfqq == &bfqd->oom_bfqq)) return NULL; -- 2.33.0