Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp3711326pxt; Tue, 10 Aug 2021 09:34:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyfMI5di70AFkzSrunyx6mZ65YAFftRryRtgO6Pco0SpB1k8Dlvr8JkIePo5usZmgWxfvFG X-Received: by 2002:a05:6602:25da:: with SMTP id d26mr727975iop.106.1628613276651; Tue, 10 Aug 2021 09:34:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628613276; cv=none; d=google.com; s=arc-20160816; b=uz/3fn5L/dQkU/wSDOchECpJ2UMh5Ngp84wSAkN9pg7yc4M/lqV0ZmYxMzK09hNpJE xR9In0JQngwKdsVVz5od9M6LqgA+oRFLR7sqVsfFWkVacVStPCyvcYMF5HoWiu9j2Wvl GDzzbVLX+B0FkPjLSFgcKLZdAxABlgMzLgmuUUbap/wmWoYhFHL+DDqD3VST5VvY0j9U IZa98RR+PmRFxYk/37oVxt05BtVCBdqQ8DsBIFMYylZ4cYoZI2IRMnpn3dRb0iljfGWU jXZvrBI0vZGlcclXEWWjlzyiFGPG1p4GrPAv6RFSE9fZcA38dCBlP7pzSZbN5Z86bc9P e1jw== 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:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=6lGmaceS++K/eZdcf/tDpe7z3bPoNEStEknd5lZ77lo=; b=gbaG8uWJslrXfnrMoFvI29LuL16o0Alw/XuII9E1xywJOTT+Ps/qMU+gPO/Qp+rVFt wE40D2M1yQikrsfyl4C0sjW6gt1PXE6/r5uXdYjaBb3TW/sT2DNn5Thi1gIoDryPRJiD Q2vJiEC1CsbuJNCJ+hSynAnMpA2P/NDEi5Ch69OZa/UVqEPDlY3Pt4uIM5EtJEnFKjc9 1OEp/6qNXS81ThDljqDv48ljaQR1nSCSIOPpmHmkkF44rM8foczIAD814OANVjdz9Vfd TrtDahwPQlXu705FfbZktrJLZJedgZzH+Qp6nbQ+iDJPJDCRxlX+mi8vcvoOwzoEQQ6s x9Mg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b26si21759486jar.107.2021.08.10.09.34.25; Tue, 10 Aug 2021 09:34:36 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240757AbhHJNdz (ORCPT + 99 others); Tue, 10 Aug 2021 09:33:55 -0400 Received: from cloud48395.mywhc.ca ([173.209.37.211]:37724 "EHLO cloud48395.mywhc.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231905AbhHJNdy (ORCPT ); Tue, 10 Aug 2021 09:33:54 -0400 Received: from modemcable064.203-130-66.mc.videotron.ca ([66.130.203.64]:54438 helo=[192.168.1.179]) by cloud48395.mywhc.ca with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mDRsp-0000Hg-6k; Tue, 10 Aug 2021 09:33:31 -0400 Message-ID: Subject: Re: [PATCH 1/2] io_uring: clear TIF_NOTIFY_SIGNAL when running task work From: Olivier Langlois To: Nadav Amit Cc: Jens Axboe , io-uring@vger.kernel.org, Linux Kernel Mailing List , Pavel Begunkov Date: Tue, 10 Aug 2021 09:33:30 -0400 In-Reply-To: References: <20210808001342.964634-1-namit@vmware.com> <20210808001342.964634-2-namit@vmware.com> Organization: Trillion01 Inc Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.3 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud48395.mywhc.ca X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - trillion01.com X-Get-Message-Sender-Via: cloud48395.mywhc.ca: authenticated_id: olivier@trillion01.com X-Authenticated-Sender: cloud48395.mywhc.ca: olivier@trillion01.com X-Source: X-Source-Args: X-Source-Dir: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2021-08-10 at 01:28 -0700, Nadav Amit wrote: > > Happy it could help. > > Unfortunately, there seems to be yet another issue (unless my code > somehow caused it). It seems that when SQPOLL is used, there are > cases > in which we get stuck in io_uring_cancel_sqpoll() when > tctx_inflight() > never goes down to zero. > > Debugging... (while also trying to make some progress with my code) You are on something. io_uring starts to be very solid but it isn't 100% flawless yet. I am a heavy user of SQPOLL which now run flawlessly for me with 5.13.9 (Was running flawlessly since 5.12 minus few patches I did submit recently) with my simple use-case (my SQPOLL thread isn't spawning any threads like in your use-case). The best is yet to come. I'm salivating by seeing all the performance optimizations that Jens and Pavel are putting in place lately...