Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2560996pxj; Mon, 10 May 2021 05:59:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzZaeOMgdmH7zIH6LNUISA/ksyG+QNi8/9vU2ZGdSALT4qmBA1HZvO2uNnHMdsWAShqPVpi X-Received: by 2002:a17:906:5a83:: with SMTP id l3mr25611970ejq.50.1620651560861; Mon, 10 May 2021 05:59:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620651560; cv=none; d=google.com; s=arc-20160816; b=M52+pF5GX5wJxkO8jrQJOQD5WkWM9VHvQEvjY2CpH00Vzb6So2Nw/aRgbqpNbbZ+kx +Kt0mr6f0eRwFYpUJc7f7H4m9+4+R6g0U3AI4fhGw6XQ1wJHwZfPN3/RfY31DcVNiHX3 1JZLYPYeqSFYM0h4RK438zzAlAe17RVIg3evyCyqtJ0OmIL45ycSajIOIsyXgYc1KEHm QB4UH7mTqlzBnqJC87bw20cSYu0pJ9wi5gLu1GQN5C1I490SqYrfxune8jG+/+d1+Ky5 YEDBNhP2ipEoFnjYRmn/MpRId1WrVebOqlgqRSL7gloLlLEiWONNibmcYWvbocWLrGb7 k14Q== 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=co9/t6/RlaK/jgEip9U4ve52kLKKZT9JAz3XCMtlzRI=; b=uuBAtYgiY4z/wN8rQ1yI4T8+50In8dInq4JT717xR8pPfsF4lnOo2RGYP1ZD85dNhm cpLlayPMcCrXtpwf1Oih6XeBaGKOiZbxq3GZqBn/oM9hW/NNdHKIBV+Fy9YTt27OX8bU SK50lRLqnqSWIvD00l9XYcmOIc/0drmvqadcO++hN4Cj/yUqmD6Y52zZedt1h3+j/2Tf s38ApdBQ6NZIGvYyALeUXMpU9V+in6WKS1bHp07HL6PTs7TRlYnogKYIDVulwigLA6si 1hFEkkBBbv6CN65outZ3Np9msCH4AjKR542WxBSFxbd3IR+FDF0pREwP9HaQMb0rUVJL hChQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=CRhaSSmA; 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 cn2si13255459edb.566.2021.05.10.05.58.15; Mon, 10 May 2021 05:59:20 -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=CRhaSSmA; 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 S1348989AbhEJMr5 (ORCPT + 99 others); Mon, 10 May 2021 08:47:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:59196 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237995AbhEJLQo (ORCPT ); Mon, 10 May 2021 07:16:44 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 19A9A613AE; Mon, 10 May 2021 11:11:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620645117; bh=3ThluYPddbKx1TJni2JSHepmAl9thjYwUvhf5Ex/G9U=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=CRhaSSmAfgTFXXIfWRQo9Vh/FHdpKQsPiRP7s70fNMARrAm2FSV1kWfMiO3oRyNWG M4DzaGsCoXsbMzPG813k0hbGSKG2ctDQnGj9eXrU6jeii11nHTdZlCrdJfTqheWVx7 FRsJ4UtpTNkQwxzjyORB/ESNQlLVHzx4/s89F16I= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Pavel Begunkov , Jens Axboe Subject: [PATCH 5.12 359/384] io_uring: remove extra sqpoll submission halting Date: Mon, 10 May 2021 12:22:28 +0200 Message-Id: <20210510102026.589198889@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102014.849075526@linuxfoundation.org> References: <20210510102014.849075526@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: Pavel Begunkov commit 3b763ba1c77da5806e4fdc5684285814fe970c98 upstream. SQPOLL task won't submit requests for a context that is currently dying, so no need to remove ctx from sqd_list prior the main loop of io_ring_exit_work(). Kill it, will be removed by io_sq_thread_finish() and only brings confusion and lockups. Cc: stable@vger.kernel.org Signed-off-by: Pavel Begunkov Link: https://lore.kernel.org/r/f220c2b786ba0f9499bebc9f3cd9714d29efb6a5.1618752958.git.asml.silence@gmail.com Signed-off-by: Jens Axboe Signed-off-by: Greg Kroah-Hartman --- fs/io_uring.c | 12 ++++-------- 1 file changed, 4 insertions(+), 8 deletions(-) --- a/fs/io_uring.c +++ b/fs/io_uring.c @@ -6710,6 +6710,10 @@ static int __io_sq_thread(struct io_ring if (!list_empty(&ctx->iopoll_list)) io_do_iopoll(ctx, &nr_events, 0); + /* + * Don't submit if refs are dying, good for io_uring_register(), + * but also it is relied upon by io_ring_exit_work() + */ if (to_submit && likely(!percpu_ref_is_dying(&ctx->refs)) && !(ctx->flags & IORING_SETUP_R_DISABLED)) ret = io_submit_sqes(ctx, to_submit); @@ -8576,14 +8580,6 @@ static void io_ring_exit_work(struct wor struct io_tctx_node *node; int ret; - /* prevent SQPOLL from submitting new requests */ - if (ctx->sq_data) { - io_sq_thread_park(ctx->sq_data); - list_del_init(&ctx->sqd_list); - io_sqd_update_thread_idle(ctx->sq_data); - io_sq_thread_unpark(ctx->sq_data); - } - /* * If we're doing polled IO and end up having requests being * submitted async (out-of-line), then completions can come in while