From: David Ahern <dsahern@kernel.org>
To: Jakub Kicinski <kuba@kernel.org>, Eric Dumazet <edumazet@google.com>
Cc: "Paolo Abeni" <pabeni@redhat.com>,
"David S . Miller" <davem@davemloft.net>,
netdev@vger.kernel.org, "Neal Cardwell" <ncardwell@google.com>,
"Dragos Tatulea" <dtatulea@nvidia.com>,
eric.dumazet@gmail.com, "Maciej Żenczykowski" <maze@google.com>,
"Willem de Bruijn" <willemb@google.com>,
"Shachar Kagan" <skagan@nvidia.com>
Subject: Re: [PATCH net-next 1/2] tcp: conditionally call ip_icmp_error() from tcp_v4_err()
Date: Thu, 18 Apr 2024 13:20:37 -0700 [thread overview]
Message-ID: <ada9d2bb-d179-4cda-8c5c-bc7a39473e05@kernel.org> (raw)
In-Reply-To: <20240418110909.091b0550@kernel.org>
On 4/18/24 12:09 PM, Jakub Kicinski wrote:
> On Thu, 18 Apr 2024 19:47:51 +0200 Eric Dumazet wrote:
>>> You have a kernel patch that makes a test fail, and your solution is
>>> changing userspace? The tests are examples of userspace applications and
>>> how they can use APIs, so if the patch breaks a test it is by definition
>>> breaking userspace which is not allowed.
>
> Tests are often overly sensitive to kernel behavior, while this is
That test script is a fairly comprehensive sweep of uAPIs and kernel
behavior. Its sole job is to detect user visible changes and breakage
from patches. It has done its job here. Do not shoot or criticize the
messenger because you do not like the message.
> obviously a red flag it's not an automatic nack. The more tests we
> have the more often we'll catch tiny changes. A lot of tests started
> flaking with 6.9 because of the optimizations in the timer subsystem.
> You know where I'm going with this..
>
>> I think the userspace program relied on a bug added in linux in 2020
>>
>> Jakub, I will stop trying to push the patches, this is a lost battle.
>
> If you have the patches ready - please post them.
> I'm happy to take the blame if they actually regress something in
> the wild :(
And because of this test suite you are making a conscious decision to
merge a patch that is making a user visible change. That is part of the
tough decisions a maintainer has to make; I have no problem with that.
next prev parent reply other threads:[~2024-04-18 20:20 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-17 16:57 [PATCH net-next 0/2] tcp: tcp_v4_err() changes Eric Dumazet
2024-04-17 16:57 ` [PATCH net-next 1/2] tcp: conditionally call ip_icmp_error() from tcp_v4_err() Eric Dumazet
2024-04-17 17:08 ` Maciej Żenczykowski
2024-04-18 3:22 ` Jason Xing
2024-04-18 6:45 ` Eric Dumazet
2024-04-18 6:53 ` Jason Xing
2024-04-18 8:02 ` Paolo Abeni
2024-04-18 8:03 ` Eric Dumazet
2024-04-18 9:26 ` Eric Dumazet
2024-04-18 9:58 ` Paolo Abeni
2024-04-18 10:15 ` Eric Dumazet
2024-04-18 10:22 ` Eric Dumazet
2024-04-18 10:36 ` Eric Dumazet
2024-04-18 17:46 ` David Ahern
2024-04-18 17:47 ` Eric Dumazet
2024-04-18 18:02 ` David Ahern
2024-04-18 18:09 ` Eric Dumazet
2024-04-18 18:09 ` Jakub Kicinski
2024-04-18 18:14 ` Eric Dumazet
2024-04-18 20:20 ` David Ahern [this message]
2024-04-18 17:56 ` David Ahern
2024-04-17 16:57 ` [PATCH net-next 2/2] tcp: no longer abort SYN_SENT when receiving some ICMP (II) Eric Dumazet
2024-04-18 3:24 ` Jason Xing
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ada9d2bb-d179-4cda-8c5c-bc7a39473e05@kernel.org \
--to=dsahern@kernel.org \
--cc=davem@davemloft.net \
--cc=dtatulea@nvidia.com \
--cc=edumazet@google.com \
--cc=eric.dumazet@gmail.com \
--cc=kuba@kernel.org \
--cc=maze@google.com \
--cc=ncardwell@google.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=skagan@nvidia.com \
--cc=willemb@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).