From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3772E1C07C2; Tue, 15 Oct 2024 12:58:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1728997113; cv=none; b=X/M4T3RgRi2/yeOOogBlke0tFDRtk8KFKvsClJYbGyp7xlpBCAJPuTDBNZEfEPksM6xCfk5RxgutAUAPzs3eAN+LpVpzDTYJIQy+Bfxa6yl5hD+9Gchu8cUSy4nvnE6f4mxWM6cxTjVNQa42s8z1v4k975/UobxrLVYGKdewyoE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1728997113; c=relaxed/simple; bh=//Wb1Mq4jPZrE5RnfLL4TQ09gH7AO/h4/s6++Ahzjmc=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=ZrI+G4GcC94RpC9UV0/XWvEU6xeqpYEPz3VC+0B3NXIDVqs0/k1K/E2eBnOClN7dX26W/9+VIlP76Owtq1bRlOuNSkqDgeHZ2h8LNCePJvAoHoH9s/MjCkZlr/gnjyoknR0DEvZBeiFKYlV/0tx+xx6fODH/EmuGSizbmgc791A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=zsuF5qoU; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="zsuF5qoU" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 9C8F0C4CEC6; Tue, 15 Oct 2024 12:58:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1728997113; bh=//Wb1Mq4jPZrE5RnfLL4TQ09gH7AO/h4/s6++Ahzjmc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=zsuF5qoU1KrHz/FFbu1R2clcrh/t54scQ59xglgNhnfDdg4ikek01NPLvXhgha5+M bcCBSKoE3fVhBs8oJXq0yLIo42RZaQXrUS5rFQLtHhd1d1Me4zRilFs3T9wSJGAXFR iZJwRt1LFPW+BpbkGKdPWk7kEXX/4k/QnGusMzI4= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Yu Kuai , Jens Axboe , Sasha Levin Subject: [PATCH 5.10 091/518] block, bfq: choose the last bfqq from merge chain in bfq_setup_cooperator() Date: Tue, 15 Oct 2024 14:39:55 +0200 Message-ID: <20241015123920.516558653@linuxfoundation.org> X-Mailer: git-send-email 2.47.0 In-Reply-To: <20241015123916.821186887@linuxfoundation.org> References: <20241015123916.821186887@linuxfoundation.org> User-Agent: quilt/0.67 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 5.10-stable review patch. If anyone has any objections, please let me know. ------------------ From: Yu Kuai [ Upstream commit 0e456dba86c7f9a19792204a044835f1ca2c8dbb ] Consider the following merge chain: Process 1 Process 2 Process 3 Process 4 (BIC1) (BIC2) (BIC3) (BIC4) Λ | | | \--------------\ \-------------\ \-------------\| V V V bfqq1--------->bfqq2---------->bfqq3----------->bfqq4 IO from Process 1 will get bfqf2 from BIC1 first, then bfq_setup_cooperator() will found bfqq2 already merged to bfqq3 and then handle this IO from bfqq3. However, the merge chain can be much deeper and bfqq3 can be merged to other bfqq as well. Fix this problem by iterating to the last bfqq in bfq_setup_cooperator(). Fixes: 36eca8948323 ("block, bfq: add Early Queue Merge (EQM)") Signed-off-by: Yu Kuai Link: https://lore.kernel.org/r/20240902130329.3787024-3-yukuai1@huaweicloud.com Signed-off-by: Jens Axboe Signed-off-by: Sasha Levin --- block/bfq-iosched.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/block/bfq-iosched.c b/block/bfq-iosched.c index 0b2c8e76708ff..e68881f71ff13 100644 --- a/block/bfq-iosched.c +++ b/block/bfq-iosched.c @@ -2616,8 +2616,12 @@ 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; + new_bfqq = bfqq->new_bfqq; + if (new_bfqq) { + while (new_bfqq->new_bfqq) + new_bfqq = new_bfqq->new_bfqq; + return new_bfqq; + } /* * Do not perform queue merging if the device is non -- 2.43.0