Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp1599540pxt; Sat, 7 Aug 2021 17:16:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwVpidPd8xXU9+Q1x9xCkx05ulTiH5WdXa3YM4b0g2E+Pf8GRRBUdX7EQ3jUoUgmFRTEwM3 X-Received: by 2002:a5e:974b:: with SMTP id h11mr77386ioq.135.1628381818317; Sat, 07 Aug 2021 17:16:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628381818; cv=none; d=google.com; s=arc-20160816; b=YjgSZJ5GxmxgJXiVkZnEfuxV5ribs5qMr+3fniVXY2LuUo6QLgvxk6AEdRKUUESuro aGBUyDcZAvCfDFUWfYAPaBkqRkEbuntBmMmy/7TeXD70lgu0QX/KzzjnL59c4ZIKANPW 3hpVYBEcjxeK2zkw7uSYggmprh31LBPBIyrwX5KmRD6WdX5cm+K83uh1H0E/c4dICw0a +lh3NYiSg5vXE1HUmhPaew1zuxJ83V2mBDJ9lmGYZwDGM1hBbXEHH6Db/45FQWCufUNn WtFqsYMEj/uAFmFplu2+BUSceCADUyvmSWQfiU8KsIhpR2ysKYZsuU6/32MeX7vTbd7b Cscw== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=q7xelSKQIVAAeT9cO6b5gPD0TRf5dv3ql90j043ZjZo=; b=mbjJlAgW4oJ8UoGO72L2ojg8r5GTtdQ6mVXbqq6wuqSLvM+F9kiiIfPFWISxPazGz5 9YnqhoO9T6J0CczOWMDpaAaM2p91Ajgd3htuT+ECTAfX+6bDh8wQtDMv9dsCySD2+y92 xatJ6xRbrOeYmI6VNdXxGaNUxVhdN8wSl0Hs8lFT/toIqgxBlqFU0KP2xE9428ozUENy /+53Gpj2lmXYvYXBcdmxfAFWhvhrcV4UJMO2C5/wI2xBorVmxSv9XqRqz8WFUVnd6I8w 9Q3bDiK8rBkP9XWjh1j+7oEM7EumGN0rdGT/qhTnWE0ZipdGBShxx/icWEw61H4WeT08 rLMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=HRWmWAJ6; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x1si12282307ilp.101.2021.08.07.17.16.46; Sat, 07 Aug 2021 17:16:58 -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=@gmail.com header.s=20161025 header.b=HRWmWAJ6; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230105AbhHHAOy (ORCPT + 99 others); Sat, 7 Aug 2021 20:14:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49414 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230098AbhHHAOx (ORCPT ); Sat, 7 Aug 2021 20:14:53 -0400 Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CF65BC061760; Sat, 7 Aug 2021 17:14:35 -0700 (PDT) Received: by mail-pj1-x1034.google.com with SMTP id u21-20020a17090a8915b02901782c36f543so19589951pjn.4; Sat, 07 Aug 2021 17:14:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=q7xelSKQIVAAeT9cO6b5gPD0TRf5dv3ql90j043ZjZo=; b=HRWmWAJ6m11oPVYyXf/HahqhiC53dyZ/NUVYjKpN9BD3QxGBaJ/10f0TbUC3iwoMww CduT0T26acUz3ieCfuWODuyzA0ucCJaHsAkP21VKXJX0kB2X2ddWUpTl5oaEtTu0EAWA KrJpUpcOvuJhoiqrXiIsnLTbmH6cOCAJQIK8/99GNArBOX8o8meS0DJPyO7w7P+jXraN EGfYYjR01QltDkrKE7ziLbx3O4uhlmR0yo+5UvNs/UuQFQxZkS2rTUcHNTIwbqQhaQFd hHtsIxP1p36+cddXeYTB4g+U/OEEepYZQ5NBJMFQt7xGcZjcOkXvsHNZLy5rUeyRIQPS bLAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=q7xelSKQIVAAeT9cO6b5gPD0TRf5dv3ql90j043ZjZo=; b=nDmDgk5tyvqhxTwTN90gjTzzkzFnEE+jPpFd3iKuzjBmCo8qXK9jAwzcJH/FyFihvh ob5hy4oZgmWbdKlKW3Wv9LlCgS4olfVsLCBZBPUhM7tianN/vPmNQdS7LTUNOkgz5pdG lUD20lDkgwruaOQMHkRP1yLi1sL/EtoIfL9881m/2nXdAH3SJywdlnsSJyDrTQyGOYJB vLzRdqGvpdVp8cLCwQaNAO+9kfqqPhpT9K9bBCI353CqcMpTNvgWBIm73Nc2tlk5TbGs JUaKjzWzyczxISXJDjJQiJRBwoUWKv9lKhYxGY+wafc0WVYGTzNs/PfbTTDcGXvicGLJ RhhA== X-Gm-Message-State: AOAM533Fe3B66Hi9rmxSKwmcuv5LF67USupQ9/uEla4y8iU+3wmxmXjW 7qrciMvso39j/arKMf9eFI7hfCCKQ7PaYw== X-Received: by 2002:a17:90a:c286:: with SMTP id f6mr28517925pjt.121.1628381675283; Sat, 07 Aug 2021 17:14:35 -0700 (PDT) Received: from sc2-haas01-esx0118.eng.vmware.com ([66.170.99.1]) by smtp.gmail.com with ESMTPSA id u3sm16624278pjr.2.2021.08.07.17.14.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 07 Aug 2021 17:14:34 -0700 (PDT) From: Nadav Amit X-Google-Original-From: Nadav Amit To: Jens Axboe Cc: io-uring@vger.kernel.org, linux-kernel@vger.kernel.org, Nadav Amit , Pavel Begunkov Subject: [PATCH 1/2] io_uring: clear TIF_NOTIFY_SIGNAL when running task work Date: Sat, 7 Aug 2021 17:13:41 -0700 Message-Id: <20210808001342.964634-2-namit@vmware.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20210808001342.964634-1-namit@vmware.com> References: <20210808001342.964634-1-namit@vmware.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nadav Amit When using SQPOLL, the submission queue polling thread calls task_work_run() to run queued work. However, when work is added with TWA_SIGNAL - as done by io_uring itself - the TIF_NOTIFY_SIGNAL remains set afterwards and is never cleared. Consequently, when the submission queue polling thread checks whether signal_pending(), it may always find a pending signal, if task_work_add() was ever called before. The impact of this bug might be different on different kernel versions. It appears that on 5.14 it would only cause unnecessary calculation and prevent the polling thread from sleeping. On 5.13, where the bug was found, it stops the polling thread from finding newly submitted work. Instead of task_work_run(), use tracehook_notify_signal() that clears TIF_NOTIFY_SIGNAL. Test for TIF_NOTIFY_SIGNAL in addition to current->task_works to avoid a race in which task_works is cleared but the TIF_NOTIFY_SIGNAL is set. Fixes: 685fe7feedb96 ("io-wq: eliminate the need for a manager thread") Cc: Jens Axboe Cc: Pavel Begunkov Signed-off-by: Nadav Amit --- fs/io_uring.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/fs/io_uring.c b/fs/io_uring.c index 5a0fd6bcd318..f39244d35f90 100644 --- a/fs/io_uring.c +++ b/fs/io_uring.c @@ -78,6 +78,7 @@ #include #include #include +#include #define CREATE_TRACE_POINTS #include @@ -2203,9 +2204,9 @@ static inline unsigned int io_put_rw_kbuf(struct io_kiocb *req) static inline bool io_run_task_work(void) { - if (current->task_works) { + if (test_thread_flag(TIF_NOTIFY_SIGNAL) || current->task_works) { __set_current_state(TASK_RUNNING); - task_work_run(); + tracehook_notify_signal(); return true; } -- 2.25.1