Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp2377391rwb; Thu, 17 Nov 2022 09:56:45 -0800 (PST) X-Google-Smtp-Source: AA0mqf4JP7D8lBF4b8APYCOKiHyKGDQqPC2oUZIQdsE0dFMKRjpYM84nXoT5RYtTFhY/G4LHeZvX X-Received: by 2002:a05:6402:2421:b0:461:524f:a8f4 with SMTP id t33-20020a056402242100b00461524fa8f4mr1263417eda.260.1668707805012; Thu, 17 Nov 2022 09:56:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668707805; cv=none; d=google.com; s=arc-20160816; b=MjVvReJwmBund7u1YGYAE9JH/2hBKqAEK+LLKGReBeDxKgJ+qul6pn+Uk+5AWubAnr xId04gvhxJkI0g39Kw9pr0xp6/9cTHXX6rEOoCtGUJHt1NJtdNiWvNMdT1T73tWTjzGa fLxKsoPnAaNUXZapouOzf5HsIVmJGUyHPvPJbTDMsNd9HkRn3PaLagKIu3FNwCnXB9n1 PvUbmet7Rje7Gf49kD09JjjclKz3uur3JZkIHezOx9bG6l3PVs0mMjfQzKqGiDarwgsL eLp7bKW1Ob4Iw+CkOTbHKI7fK998ksEU8yXSne1f1PFpyfJN9IZy6uiZi/wSwZ2CSAUE 6/uA== 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=1wrgTKzaDrTBJIAKqG3lHjG1mI6f1GpMwMp11e5egR4=; b=KJEVg0///Myy+e1ae/q0xk+xDpgDfysAZ39txu2i+7Dbrv2ZHSu6OpfyYsC4QG9QY0 r2VlUBTWiu3qNHJKA1V4JaM7sEqR/T+/n4uHhqSYGaQJf8g1XSC9IYk4rpQ7y3siMKKF dR2X2xPDvfS8NqMf/qnV5BqIqAcSudLsFIRF/LCF6ByAccTv5tmV8OyLBUjnL0nHhwWk E6l1oNg0YA1kCbRXMBrVkxX3b1EAiSKuTcH3wJ5R/Fq0/YVFSc+0BYyW0LqUe3U15Jj8 +J8izzrcMU3pQR4LZxGADasewT/iIrgoVANRy0y3TzRjRnByAQNW1S/c2jh13ImfhZpj 482g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="sGSF4x/7"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b17-20020a1709065e5100b00783ac0b4d32si925357eju.941.2022.11.17.09.56.22; Thu, 17 Nov 2022 09:56:44 -0800 (PST) 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=@google.com header.s=20210112 header.b="sGSF4x/7"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239350AbiKQRtU (ORCPT + 93 others); Thu, 17 Nov 2022 12:49:20 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35824 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232347AbiKQRtR (ORCPT ); Thu, 17 Nov 2022 12:49:17 -0500 Received: from mail-yw1-x1135.google.com (mail-yw1-x1135.google.com [IPv6:2607:f8b0:4864:20::1135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 792E863CA for ; Thu, 17 Nov 2022 09:49:16 -0800 (PST) Received: by mail-yw1-x1135.google.com with SMTP id 00721157ae682-3704852322fso25984427b3.8 for ; Thu, 17 Nov 2022 09:49:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=1wrgTKzaDrTBJIAKqG3lHjG1mI6f1GpMwMp11e5egR4=; b=sGSF4x/7CTOsgayZlnfj2zXvpdTitbQ0wiOoKT9SHtguKHoW7+ek6d1GzqnEZpw6bU YjVWpF/I/Y5R93HVFOgQeDkqofnxtjaoTJOZytTKzU8n/YfGQ9vExjo+7JW9sCps92AW EUYGhreqcjqAh7RAsg2zUkCy4DYtAtxR0j3OFk4nPEJzT2DUKHmaIcFb8b1KFpSFyrbw hNUIjO4KuaElNKvdBerAmw4rDiV9lZ9RVdKhdYMKf6qnvQwU2n+fd/lUcdUkj7w6/2ga tEtWfyTYJZrJzMPfTMwzXQwSTSqJDJOKIVhoCH5oZx55kGDaW0F9vMFRyNnxFx/jrPB/ SzLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=1wrgTKzaDrTBJIAKqG3lHjG1mI6f1GpMwMp11e5egR4=; b=g/WWDD3PQA7Etg3wQINQwajCGYKWPM9sHCJSxWWUQa8UqrVC1s8JNx6d4EKjWqAHrq 1KVMnbxbzrLsXOirWVZkGU7lk4667PsePhhYlH29G2umnELhBQKJDdglVK76qtvBFw0B 7xEk7nPSaDRbFVtj/7QuvJ7NEiukNyCsV2xVBKnCALTnvW7w4QxB1EVDG374ae34mXkc 9l953VoJJTjxlh8YI48lO6YGJa3apYcf57AvsmbgWVg7M97EVONYTUJ3CjuiGuHuMFRa kz9kDUi9ATuFVoQSTJXmEhqWou0nCboBxnPCCKFWMC9NeYUTfs7nLgEIA/YZ88h+mQd7 AKxA== X-Gm-Message-State: ANoB5pmFadlrSFK/d70EXhMDGAWdlFExg8IEJ0qt6A9sTJQGlstknauD 0Yg/b9eP40qj6foPxdNBCBX8iD2tlGONCoogw4ud1Sh9upU= X-Received: by 2002:a0d:e601:0:b0:356:d0ed:6a79 with SMTP id p1-20020a0de601000000b00356d0ed6a79mr2911019ywe.489.1668707355322; Thu, 17 Nov 2022 09:49:15 -0800 (PST) MIME-Version: 1.0 References: <20221117031551.1142289-1-joel@joelfernandes.org> <20221117031551.1142289-3-joel@joelfernandes.org> In-Reply-To: From: Eric Dumazet Date: Thu, 17 Nov 2022 09:49:04 -0800 Message-ID: Subject: Re: [PATCH rcu/dev 3/3] net: Use call_rcu_flush() for dst_destroy_rcu To: Joel Fernandes Cc: linux-kernel@vger.kernel.org, Cong Wang , David Ahern , "David S. Miller" , Hideaki YOSHIFUJI , Jakub Kicinski , Jamal Hadi Salim , Jiri Pirko , netdev@vger.kernel.org, Paolo Abeni , rcu@vger.kernel.org, rostedt@goodmis.org, paulmck@kernel.org, fweisbec@gmail.com, jiejiang@google.com, Thomas Glexiner Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL 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 On Thu, Nov 17, 2022 at 9:42 AM Joel Fernandes wrote: > > > Yes, I agree. Your comments here have not been useful (or respectful) > so I am Ok with that. > > - Joel Well, I have discovered that some changes went in networking tree without network maintainers being involved nor CCed. What can I say ? It seems I have no say, right ? commit f32846476afbe1f296c41d036219178b3dfb6a9d Author: Joel Fernandes (Google) Date: Sun Oct 16 16:23:04 2022 +0000 rxrpc: Use call_rcu_flush() instead of call_rcu() call_rcu() changes to save power may cause slowness. Use the call_rcu_flush() API instead which reverts to the old behavior. We find this via inspection that the RCU callback does a wakeup of a thread. This usually indicates that something is waiting on it. To be safe, let us use call_rcu_flush() here instead. Signed-off-by: Joel Fernandes (Google) Signed-off-by: Paul E. McKenney diff --git a/net/rxrpc/conn_object.c b/net/rxrpc/conn_object.c index 22089e37e97f0628f780855f9e219e5c33d4afa1..fdcfb509cc4434b0781b76623532aff9c854ce60 100644 --- a/net/rxrpc/conn_object.c +++ b/net/rxrpc/conn_object.c @@ -253,7 +253,7 @@ void rxrpc_kill_connection(struct rxrpc_connection *conn) * must carry a ref on the connection to prevent us getting here whilst * it is queued or running. */ - call_rcu(&conn->rcu, rxrpc_destroy_connection); + call_rcu_flush(&conn->rcu, rxrpc_destroy_connection); } /*