[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9cfe66c2-9a09-4032-ba65-203a3eeee9fb@meta.com>
Date: Thu, 4 Dec 2025 06:55:23 -0500
From: Chris Mason <clm@...a.com>
To: "Michael S. Tsirkin" <mst@...hat.com>
Cc: Simon Horman <horms@...nel.org>, Daniel Jurgens <danielj@...dia.com>,
netdev@...r.kernel.org, jasowang@...hat.com, pabeni@...hat.com,
virtualization@...ts.linux.dev, parav@...dia.com, shshitrit@...dia.com,
yohadt@...dia.com, xuanzhuo@...ux.alibaba.com, eperezma@...hat.com,
jgg@...pe.ca, kevin.tian@...el.com, kuba@...nel.org,
andrew+netdev@...n.ch, edumazet@...gle.com
Subject: Re: [PATCH net-next v13 11/12] virtio_net: Add support for TCP and
UDP ethtool rules
On 12/4/25 2:16 AM, Michael S. Tsirkin wrote:
> On Wed, Dec 03, 2025 at 08:02:48AM -0800, Chris Mason wrote:
>> On Wed, 3 Dec 2025 08:33:53 -0500 "Michael S. Tsirkin" <mst@...hat.com> wrote:
>>
>>> On Tue, Dec 02, 2025 at 03:55:39PM +0000, Simon Horman wrote:
>>>> On Wed, Nov 26, 2025 at 01:35:38PM -0600, Daniel Jurgens wrote:
>>>>
>>>> ...
>>>>
>>>>> @@ -6005,6 +6085,11 @@ static void parse_ip4(struct iphdr *mask, struct iphdr *key,
>>>>> mask->tos = l3_mask->tos;
>>>>> key->tos = l3_val->tos;
>>>>> }
>>>>> +
>>>>> + if (l3_mask->proto) {
>>>>> + mask->protocol = l3_mask->proto;
>>>>> + key->protocol = l3_val->proto;
>>>>> + }
>>>>> }
>>>>
>>>> Hi Daniel,
>>>>
>>>> Claude Code with review-prompts flags an issue here,
>>>> which I can't convince myself is not the case.
>>>>
>>>> If parse_ip4() is called for a IP_USER_FLOW, which use ethtool_usrip4_spec,
>>>> as does this function, then all is well.
>>>>
>>>> However, it seems that it may also be called for TCP_V4_FLOW and UDP_V4_FLOW
>>>> flows, in which case accessing .proto will overrun the mask and key which
>>>> are actually struct ethtool_tcpip4_spec.
>>>>
>>>> https://urldefense.com/v3/__https://netdev-ai.bots.linux.dev/ai-review.html?id=51d97b85-5ca3-4cb8-a96a-0d6eab5e7196*patch-10__;Iw!!Bt8RZUm9aw!-hmp4LVEUFF9PPsb1Xhn4ei_DZKbN0luNnoYXWu--dXsNFJUD88TQ4dsL9yTha8Rwi5C$
>>>
>>>
>>> Oh I didn't know about this one. Is there any data on how does it work?
>>> Which model/prompt/etc?
>>
>> I'm not actually sure if the netdev usage is written up somewhere?
>>
>> The automation is running claude, but (hopefully) there's nothing specific to
>> claude in the prompts, it's just what I've been developing against.
>>
>> The prompts are:
>>
>> https://github.com/masoncl/review-prompts
>>
>> Jakub also wired up semcode indexing, which isn't required but does
>> make it easier for claude to find code:
>>
>> https://github.com/facebookexperimental/semcode
>>
>> I'm still working on docs and easy setup for semcode and the review prompts,
>> but please feel free to send questions.
>>
>> -chris
>
> Thanks, interesting! And the bot at [ url that meta email mangled, sorry ]
> what does it review? how do I find it's review of specific patches?
Jakub has it setup to pull the series from patchwork, so you can look
for "AI review found issues" there:
https://patchwork.kernel.org/project/netdevbpf/patch/20251126193539.7791-12-danielj@nvidia.com/
As far as I know, he's running all the netdev patches on patchwork
through it.
If your goal is to quickly see a bunch of the reviews,
BPF is using github CI with the same prompts:
https://github.com/kernel-patches/bpf/actions/workflows/ai-code-review.yml
And those reviews go right to the mailing list (with all the tradeoffs
that brings). I'm not suggesting netdev should do the same, but lore
can give you the output:
https://lore.kernel.org/bpf/?q=AI+reviewed+your+patch.+Please+fix+the+bug+or+email+reply+why+it%27s+not+a+bug.
-chris
Powered by blists - more mailing lists