From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.zx2c4.com (lists.zx2c4.com [165.227.139.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id CC113EB64DA for ; Sun, 2 Jul 2023 12:37:35 +0000 (UTC) Received: by lists.zx2c4.com (ZX2C4 Mail Server) with ESMTP id c4ce14ab; Sun, 2 Jul 2023 12:37:33 +0000 (UTC) Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by lists.zx2c4.com (ZX2C4 Mail Server) with ESMTPS id b2777a8e (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Sun, 2 Jul 2023 12:37:31 +0000 (UTC) Received: from [2a02:8108:8980:2478:8cde:aa2c:f324:937e]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1qFwKN-0000ey-Ek; Sun, 02 Jul 2023 14:37:19 +0200 Message-ID: <10f2a5ee-91e2-1241-9e3b-932c493e61b6@leemhuis.info> Date: Sun, 2 Jul 2023 14:37:18 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Subject: Re: Fwd: RCU stalls with wireguard over bonding over igb on Linux 6.3.0+ Content-Language: en-US, de-DE To: Bagas Sanjaya , Eric DeVolder , "Borislav Petkov (AMD)" , David R , Boris Ostrovsky , Miguel Luis , "Paul E. McKenney" , Joel Fernandes , Boqun Feng , "Jason A. Donenfeld" , Jay Vosburgh , Andy Gospodarek , "Rafael J. Wysocki" , Len Brown , Thomas Gleixner , Ingo Molnar , Dave Hansen , x86@kernel.org, "H. Peter Anvin" Cc: Linux Kernel Mailing List , Linux Regressions , Linux RCU , Wireguard Mailing List , Linux Networking , Linux ACPI , Manuel 'satmd' Leiner References: <79196679-fb65-e5ad-e836-2c43447cfacd@gmail.com> From: "Linux regression tracking (Thorsten Leemhuis)" In-Reply-To: <79196679-fb65-e5ad-e836-2c43447cfacd@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de; regressions@leemhuis.info; 1688301451; 28badf16; X-HE-SMSGID: 1qFwKN-0000ey-Ek X-BeenThere: wireguard@lists.zx2c4.com X-Mailman-Version: 2.1.30rc1 Precedence: list List-Id: Development discussion of WireGuard List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Linux regressions mailing list Errors-To: wireguard-bounces@lists.zx2c4.com Sender: "WireGuard" On 02.07.23 13:57, Bagas Sanjaya wrote: > [also Cc: original reporter] BTW: I think you CCed too many developers here. There are situations where this can makes sense, but it's rare. And if you do this too often people might start to not really look into your mails or might even ignore them completely. Normally it's enough to write the mail to (1) the people in the signed-off-by-chain, (2) the maintainers of the subsystem that merged a commit, and (3) the lists for all affected subsystems; leave it up to developers from the first two groups to CC the maintainers of the third group. > On 7/2/23 10:31, Bagas Sanjaya wrote: >> I notice a regression report on Bugzilla [1]. Quoting from it: >> >>> I've spent the last week on debugging a problem with my attempt to upgrade my kernel from 6.2.8 to 6.3.8 (now also with > [...] >> See Bugzilla for the full thread. >> >> Anyway, I'm adding it to regzbot to make sure it doesn't fall through cracks >> unnoticed: >> >> #regzbot introduced: fed8d8773b8ea6 https://bugzilla.kernel.org/show_bug.cgi?id=217620 >> #regzbot title: correcting acpi_is_processor_usable() check causes RCU stalls with wireguard over bonding+igb >> #regzbot link: https://bugs.gentoo.org/909066 > satmd: Can you repeat bisection to confirm that fed8d8773b8ea6 is > really the culprit? I'd be careful to ask people that, as that might mean a lot of work for them. Best to leave things like that to developers, unless it's pretty obvious that something went sideways. > Thorsten: It seems like the reporter concluded bisection to the > (possibly) incorrect culprit. What makes your think so? I just looked at bugzilla and it (for now) seems reverting fed8d8773b8ea6 ontop of 6.4 fixed things for the reporter, which is a pretty strong indicator that this change really causes the trouble somehow. /me really wonders what's he's missing > What can I do in this case besides > asking to repeat bisection? Not much apart from updating regzbot state (e.g. something like "regzbot introduced v6.3..v6.4") and a reply to your initial report (ideally with a quick apology) to let everyone know it was a false alarm. Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr If I did something stupid, please tell me, as explained on that page.