[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <3a9185ef-c212-41bc-978b-0dea75a86e7b@linuxfoundation.org>
Date: Fri, 31 Oct 2025 11:21:31 -0600
From: Shuah Khan <skhan@...uxfoundation.org>
To: Alan Stern <stern@...land.harvard.edu>,
Greg KH <gregkh@...uxfoundation.org>
Cc: vsshingne <vaibhavshingne66@...il.com>, linux-usb@...r.kernel.org,
linux-kernel@...r.kernel.org, Shuah Khan <skhan@...uxfoundation.org>
Subject: Re: [PATCH] usb: core: prevent double URB enqueue causing list
corruption
On 10/31/25 08:13, Alan Stern wrote:
> On Fri, Oct 31, 2025 at 02:59:07PM +0100, Greg KH wrote:
>> On Fri, Oct 31, 2025 at 07:17:39PM +0530, vsshingne wrote:
>>> Prevents the same URB from being enqueued twice on the same endpoint,
>>> which could lead to list corruption detected by list_debug.c.
>>>
>>> This was observed in syzbot reports where URBs were re-submitted
>>> before completion, triggering 'list_add double add' errors.
>>>
>>> Adding a check to return -EEXIST if the URB is already on a queue
>>> prevents this corruption.
>>
>> This text makes no sense at all, it does not describe what this patch
>> does in any way. Please do not use AI to generate patches.
>
> In fact, the patch doesn't do _anything_ (except maybe change some
> whitespace). And it does not apply to any recent kernel source.
>
Agree - this patch does nothing. Looks like the patch isn't sent
to right people either.
This person happens to be in the mentorship program - I will make
sure they won't send such patches in the future.
thanks,
-- Shuah
Powered by blists - more mailing lists