Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp8171087rwp; Wed, 19 Jul 2023 06:18:36 -0700 (PDT) X-Google-Smtp-Source: APBJJlE90BIm1vHh0y5eTh2wYEgf9hsaR4kn0LbDN7+Rwb1COFj7DsisLsTaLBAy5sQ3w0XFuH2C X-Received: by 2002:aa7:8891:0:b0:681:3ed2:b493 with SMTP id z17-20020aa78891000000b006813ed2b493mr16347871pfe.26.1689772716184; Wed, 19 Jul 2023 06:18:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689772716; cv=none; d=google.com; s=arc-20160816; b=uv8xOWgJZQYvtHRXvIGbXMj78W3wIPuA7m00tOKzLSVcA3AI1ER9V0rq2jYTC1e+Hl tBilAgQjK1dtRcp1fStSraDgCB7EM/l9LBoahzL40JjEsgQtp0KSQ7kN5DgMtc0m0cwy /3eImncZCtdXRmR+e9SVqrj6GIpNIca0B1pjBcKAhA/gYKfgWtBvBW8TlRKEvJwQxytK YBNmNrBkRZhkkc0JyUYSk+PPnzWtACP7D9W0KW9hemtpJODZmLuIPvqaUDgziYoJbzML f6mEoNK2AcM+5oS9q21WXXZDt+LqnXyDbCLpv8AoTqOzRwW7PMhhWnt75kspohMJW1Iw aGMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=9UGu2kfIGQ63gyzTtMEGb32L6KnA3kNMvpgp1U0ncqc=; fh=L0qhI+ThAS1ycygVCfsRkzGGnGpWa0sG3wqFMXCS94k=; b=JKJHX9vfC9PGjuZqg2WOFf7IJucPuzqNnCwrtRgvzPdNKZOmzfujX80VCYcqHiMaIx kuqRgNK6ixDN0ISaKqy6Xzij8vXYJmiPetSJfrUSOQFkt2fye3YOr+buHVAgtqP6uJpR SmHZdCWIaafj/8Zd8Vjco5YB/tKDRMxm/jNyWjWry359PWpVsHxtuLwXNhM4J3kXXCLr H5+7BUlaQ6RySOg0vwDoEyrNyxLkqA7o+5a+vEKf46y/sRYyS4bgozwkWs3U66QK9Zy5 DNMyRNRvuFPr7IFaVsbrctp+tvKSHRh/pFSvWMIyMgESctmp41XkO/ViHgXTWXX+aZ9y WkvQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cm23-20020a056a00339700b006728f1913cfsi3382952pfb.336.2023.07.19.06.18.23; Wed, 19 Jul 2023 06:18:36 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230375AbjGSNBF (ORCPT + 99 others); Wed, 19 Jul 2023 09:01:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37694 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230370AbjGSNBE (ORCPT ); Wed, 19 Jul 2023 09:01:04 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 127901711; Wed, 19 Jul 2023 06:01:02 -0700 (PDT) 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 1qM6nT-00079S-1s; Wed, 19 Jul 2023 15:00:51 +0200 Message-ID: <6bcdeee4-5348-c08e-701e-47bc138be74f@leemhuis.info> Date: Wed, 19 Jul 2023 15:00:50 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: Fwd: Unexplainable packet drop starting at v6.4 Content-Language: en-US, de-DE To: Bagas Sanjaya , Andrzej Kacprowski , Krystian Pradzynski , Stanislaw Gruszka , Jacek Lawrynowicz , Oded Gabbay , Jesse Brandeburg , Tony Nguyen , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , hq.dev+kernel@msdfc.xyz Cc: Linux Kernel Mailing List , Linux Regressions , Linux DRI Development , Linux Networking , Linux Intel Ethernet Drivers References: <444d8158-cc58-761d-a878-91e5d4d28b71@leemhuis.info> <4759e7d4-5a8c-8acb-1775-e049b9b06cc1@gmail.com> From: Thorsten Leemhuis In-Reply-To: <4759e7d4-5a8c-8acb-1775-e049b9b06cc1@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1689771663;6c1522dc; X-HE-SMSGID: 1qM6nT-00079S-1s X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_BLOCKED,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 On 19.07.23 14:30, Bagas Sanjaya wrote: > On 7/19/23 18:49, Thorsten Leemhuis wrote: >> On 18.07.23 02:51, Bagas Sanjaya wrote: >>> I notice a regression report on Bugzilla [1]. Quoting from it: >>> >>>> After I updated to 6.4 through Archlinux kernel update, suddenly I noticed random packet losses on my routers like nodes. I have these networking relevant config on my nodes >>>> >>>> 1. Using archlinux >>>> 2. Network config through systemd-networkd >>>> 3. Using bird2 for BGP routing, but not relevant to this bug. >>>> 4. Using nftables for traffic control, but seems not relevant to this bug. >>>> 5. Not using fail2ban like dymanic filtering tools, at least at L3/L4 level >>>> >>>> After I ruled out systemd-networkd, nftables related issues. I tracked down issues to kernel. >>> [...] >>> See Bugzilla for the full thread. >>> >>> Thorsten: The reporter had a bad bisect (some bad commits were marked as good >>> instead), hence SoB chain for culprit (unrelated) ipvu commit is in To: >>> list. I also asked the reporter (also in To:) to provide dmesg and request >>> rerunning bisection, but he doesn't currently have a reliable reproducer. >>> Is it the best I can do? >> >> When a bisection apparently went sideways it's best to not bother the >> culprit's developers with it, they most likely will just be annoyed by >> it (and then they might become annoyed by regression tracking, which we >> need to avoid). > > I mean don't Cc: the culprit author in that case? Yes. If a bisection lands on a commit that seems like a pretty unlikely culprit for the problem at hand (which even the reporter admitted in the report), then ask the reporter to verify the result (e.g. ideally by trying to revert it ontop of latest mainline; checking the parent commit again sometimes can do the trick as well) before involving the people that authored and handled said change. Otherwise you just raise a false alarm and then people will be annoyed by our work or if we are unlucky start to ignore us -- and we need to prevent that. Ciao, Thorsten