Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp1889950rwd; Sun, 21 May 2023 08:17:11 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4qibveaD6XcpnFwJyoUOV+SOfHHkKWQB6KXSS6F8o595gkKdkUyr4hgBwqKhIJ4ANwOgI0 X-Received: by 2002:a17:90a:118f:b0:250:d12d:1a1 with SMTP id e15-20020a17090a118f00b00250d12d01a1mr13285538pja.12.1684682231335; Sun, 21 May 2023 08:17:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684682231; cv=none; d=google.com; s=arc-20160816; b=dvg6dKKOzuDkcqC9o1k0r/nNMOaOwomnBeaZ4ePdemSzHY+6n29GQyEx4Cf+3JLyDH HuiC4+9CtOFN28uG+zfNXstbaYR4pNFgJUjAtV1UlqdQ8oq5mIqVZ1FifkPdQgtLmA/1 qmO07so+tO/GdUAbSK1l2Nh8gpVbKxHylfkQ4txxXB90IPmFGVLrEPXW5qM+3QF2Y87Q sP36W/c326ZlF3wlSSn8Gej1clS2m3RIZ2b5ll14SvE8VksAvjUEVwfNDs5RP32as4PY vhY47vJnrBX6ISxTR99lzlYUIAe9LCtHPfm0cSshoY4BbnF/bHI3Yw5tO9eyiT1bucf2 ysvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=RWRScIQ7TtRSX51KwV4NjzRGVME0l4RZnUO62hqp1V8=; b=mBx/FBllfFc8bVYpP0+eipqt362zziZPmUfou21sQ8hI3DVQcLEY2tSnuFEJrfAXaB xlJGeM3ENABkmFIfEol4mcETo3UbQg8MiXcYqj66gn5sL96U3nhl0k0unxg1+p7tcebY K4lqNRk689vFNOMokDCClzS5QXZZE+EEth8FcaDVqxnupS1WpR7v4X9+oUge02QpOIsz QmL6HGmtyhwBrrspkWk5BDv7DFgTpQZkR+1NQrOTmOGNyRbLcs/2snvust5RnVzw6rmu eyF+6T0mpRHbimfaAzokNREbD8PgQH+0ormnhzNzZ6G3C3llwBXUtOkwlcrzvWUd+2XK QKqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=PGlJRxqT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s2-20020a17090a440200b00250db0f5689si3189655pjg.179.2023.05.21.08.16.56; Sun, 21 May 2023 08:17:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=PGlJRxqT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S230092AbjEUPNg (ORCPT + 99 others); Sun, 21 May 2023 11:13:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47888 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230437AbjEUPNS (ORCPT ); Sun, 21 May 2023 11:13:18 -0400 Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BA61FBD; Sun, 21 May 2023 08:10:29 -0700 (PDT) Received: by mail-ed1-x536.google.com with SMTP id 4fb4d7f45d1cf-510d6b939bfso8668510a12.0; Sun, 21 May 2023 08:10:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684681828; x=1687273828; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=RWRScIQ7TtRSX51KwV4NjzRGVME0l4RZnUO62hqp1V8=; b=PGlJRxqT3caE+l7AfDazwuZcJn6LcttOZoEzrlwEObi2GHWp0ABdUopFQpNGFeKoW0 wqBz6ACTLsTw6QXHXxBYtRc0q8NylXPUPLsJzMrgRehGzMbOoPAMOun4gDX/CRrNfwgH CWt19nJrBW/6f1sgLf0bpwUgJY+0oR70J3STiFRWtG2Nl99mB2HEvjA/mxht/g68PHVo KsrMs31jXEAM+/duPlWz3XuAsUin+7WJDTymcG6OhfmENSHJ2Hlasstykt/JmFUOvOtp g9qDvLzBucL0aiSyVl9JW7l/AHn63s8aRFocVwYt7WUhBXHhk6NaOEyBnfCgLw5SOiWH U9Xg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684681828; x=1687273828; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=RWRScIQ7TtRSX51KwV4NjzRGVME0l4RZnUO62hqp1V8=; b=B2LbQpJDlhs6KSQph5LEbqoWq785q2acEO172pn1Cq94bd9dahQX1ot34HUjE5A71g rxeFZe2yKBSgVvor+Uc8q7L+sSU9O7+nz1hxBFDspEWL0bVw2vgWnxQyb8MRtgBRhVux ctpNZKESKgGeBvpamDSlfkiF3GQBjFrnN8M8QCpo8/r4v2GVyvYNZsVPEMeEBrNj7Lt9 uPMTNNbiLJ4sDipAQpvqEo0Q4hw0QzteTwRSqhCTgklxKBgw9OgdvDfGcRybAM7H7oEa 2zN/vPuswWRw3+49VEiMuN1Ew7VVGYJHaJWjZ88MPIiIJVDSW3ZB20uSp+Zt+TAfPzSl F2PQ== X-Gm-Message-State: AC+VfDy3e69N+1WsCpUN5mOZQVquTZQLuSv3eQeLo6VVh46zuQS0ko4M 1iRzVcT/O9RPL8z7Ry7eIy8siD+bVvF0u7CIHZs= X-Received: by 2002:aa7:d0c7:0:b0:50b:caae:784 with SMTP id u7-20020aa7d0c7000000b0050bcaae0784mr6408547edo.20.1684681827923; Sun, 21 May 2023 08:10:27 -0700 (PDT) MIME-Version: 1.0 References: <20220515203653.4039075-1-jolsa@kernel.org> <20230520094722.5393-1-zegao@tencent.com> In-Reply-To: From: Ze Gao Date: Sun, 21 May 2023 23:10:16 +0800 Message-ID: Subject: Re: To: Yonghong Song Cc: jolsa@kernel.org, Alexei Starovoitov , Andrii Nakryiko , Daniel Borkmann , Hao Luo , John Fastabend , KP Singh , Martin KaFai Lau , Masami Hiramatsu , Song Liu , Stanislav Fomichev , Steven Rostedt , Yonghong Song , bpf@vger.kernel.org, linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, kafai@fb.com, kpsingh@chromium.org, netdev@vger.kernel.org, paulmck@kernel.org, songliubraving@fb.com, Ze Gao Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > kprobe_multi/fprobe share the same set of attachments with fentry. > Currently, fentry does not filter with !rcu_is_watching, maybe > because this is an extreme corner case. Not sure whether it is > worthwhile or not. Agreed, it's rare, especially after Peter's patches which push narrow down rcu eqs regions in the idle path and reduce the chance of any traceable functions happening in between. However, from RCU's perspective, we ought to check if rcu_is_watching theoretically when there's a chance our code will run in the idle path and also we need rcu to be alive, And also we cannot simply make assumptions for any future changes in the idle path. You know, just like what was hit in the thread. > Maybe if you can give a concrete example (e.g., attachment point) > with current code base to show what the issue you encountered and > it will make it easier to judge whether adding !rcu_is_watching() > is necessary or not. I can reproduce likely warnings on v6.1.18 where arch_cpu_idle is traceable but not on the latest version so far. But as I state above, in theory we need it. So here is a gentle ping :) .