* Re: [PATCH] usb: gadget: net2280: fix NULL pointer deref in usb_reinit_338x()
2026-08-21 12:12 [PATCH] usb: gadget: net2280: fix NULL pointer deref in usb_reinit_338x() Deepanshu Kartikey
@ 2026-08-21 15:05 ` Alan Stern
2026-08-21 15:07 ` Greg KH
2026-09-12 1:10 ` Deepanshu Kartikey
2 siblings, 0 replies; 5+ messages in thread
From: Alan Stern @ 2026-08-21 15:05 UTC (permalink / raw)
To: Deepanshu Kartikey
Cc: gregkh, kees, lgs201920130244, balbi, ribalda, linux-usb,
linux-kernel, syzbot+2ec7fc1793a63864d9d6
On Fri, Aug 21, 2026 at 05:42:20PM +0530, Deepanshu Kartikey wrote:
> net2280_probe() only maps dev->llregs when the PLX_PCIE quirk bit is
> set. usb_reinit() dispatches to usb_reinit_338x() for any device that
> doesn't have PLX_LEGACY set, assuming such a device must have
> PLX_PCIE set (and thus llregs mapped). That assumption holds for
> every entry in the driver's pci_device_id table, but a forced driver
> bind (e.g. via sysfs bind/driver_override) can invoke probe() with
> quirks that have neither bit set, leaving llregs NULL and crashing
> in usb_reinit_338x() on the first readl().
>
> Reject probe() early when quirks has neither PLX_LEGACY nor
> PLX_PCIE set, instead of proceeding into a reinit path that assumes
> one of them is always present.
>
> Fixes: adc82f77bee3 ("usb: gadget: net2280: Add support for PLX USB338X")
> Reported-by: syzbot+2ec7fc1793a63864d9d6@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?extid=2ec7fc1793a63864d9d6
> Signed-off-by: Deepanshu Kartikey <kartikey406@gmail.com>
> ---
> drivers/usb/gadget/udc/net2280.c | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/usb/gadget/udc/net2280.c b/drivers/usb/gadget/udc/net2280.c
> index 7c5f30cfd24d..02d12c2ad58b 100644
> --- a/drivers/usb/gadget/udc/net2280.c
> +++ b/drivers/usb/gadget/udc/net2280.c
> @@ -3708,6 +3708,17 @@ static int net2280_probe(struct pci_dev *pdev, const struct pci_device_id *id)
> writel(0, &dev->usb->usbctl);
> }
>
> + /* usb_reinit() dispatches on PLX_LEGACY vs PLX_PCIE and assumes
> + * every non-legacy chip has llregs mapped (PLX_PCIE branch above).
> + * A forced/mismatched driver bind can hand us quirks that satisfy
> + * neither, so refuse to proceed rather than dereference NULL.
> + */
This is a rather verbose comment (it sounds almost like it was written
by an AI). You could just say:
/* If neither PLX_LEGACY nor PLX_PCIE is set, usb_reinit() will fail */
> + if (!(dev->quirks & (PLX_LEGACY | PLX_PCIE))) {
> + ep_err(dev, "unsupported device (quirks=%#lx)\n", dev->quirks);
People generally don't use the # modifier in kernel log messages.
> + retval = -ENODEV;
> + goto done;
> + }
> +
> usb_reset(dev);
> usb_reinit(dev);
>
> --
> 2.43.0
>
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [PATCH] usb: gadget: net2280: fix NULL pointer deref in usb_reinit_338x()
2026-08-21 12:12 [PATCH] usb: gadget: net2280: fix NULL pointer deref in usb_reinit_338x() Deepanshu Kartikey
2026-08-21 15:05 ` Alan Stern
@ 2026-08-21 15:07 ` Greg KH
2026-08-22 4:02 ` Deepanshu Kartikey
2026-09-12 1:10 ` Deepanshu Kartikey
2 siblings, 1 reply; 5+ messages in thread
From: Greg KH @ 2026-08-21 15:07 UTC (permalink / raw)
To: Deepanshu Kartikey
Cc: kees, stern, lgs201920130244, balbi, ribalda, linux-usb,
linux-kernel, syzbot+2ec7fc1793a63864d9d6
On Fri, Aug 21, 2026 at 05:42:20PM +0530, Deepanshu Kartikey wrote:
> net2280_probe() only maps dev->llregs when the PLX_PCIE quirk bit is
> set. usb_reinit() dispatches to usb_reinit_338x() for any device that
> doesn't have PLX_LEGACY set, assuming such a device must have
> PLX_PCIE set (and thus llregs mapped). That assumption holds for
> every entry in the driver's pci_device_id table, but a forced driver
> bind (e.g. via sysfs bind/driver_override) can invoke probe() with
> quirks that have neither bit set, leaving llregs NULL and crashing
> in usb_reinit_338x() on the first readl().
What is it with the forced bind patches coming out of the woodwork? Did
syzbot just decide to go crazy here?
Again, no, this isn't a real issue. If you try to do a bind to a random
driver, you will get random results, including crashes. This is a
debugging-only feature for people who want to break their kernels :)
thanks,
greg k-h
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] usb: gadget: net2280: fix NULL pointer deref in usb_reinit_338x()
2026-08-21 15:07 ` Greg KH
@ 2026-08-22 4:02 ` Deepanshu Kartikey
0 siblings, 0 replies; 5+ messages in thread
From: Deepanshu Kartikey @ 2026-08-22 4:02 UTC (permalink / raw)
To: Greg KH
Cc: kees, stern, lgs201920130244, balbi, ribalda, linux-usb,
linux-kernel, syzbot+2ec7fc1793a63864d9d6
On Fri, Aug 21, 2026 at 8:37 PM Greg KH <gregkh@linuxfoundation.org> wrote:
>
> What is it with the forced bind patches coming out of the woodwork? Did
> syzbot just decide to go crazy here?
>
> Again, no, this isn't a real issue. If you try to do a bind to a random
> driver, you will get random results, including crashes. This is a
> debugging-only feature for people who want to break their kernels :)
>
> thanks,
>
> greg k-h
Understood, thanks for the context - I hadn't realized forced bind via
sysfs was considered out of scope for these kinds of fixes.
Alan also left some style feedback on the patch (trim the comment,
drop the # modifier in the log message) independent of whether the
patch itself is wanted. Before I send a v2 with those changes: do you
want this patch at all, given it's only reachable through the
debug-only forced-bind path? Happy to drop it entirely if not, or
send v2 with Alan's suggestions if it's still worth taking as a
defensive cleanup.
Thanks,
Deepanshu
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] usb: gadget: net2280: fix NULL pointer deref in usb_reinit_338x()
2026-08-21 12:12 [PATCH] usb: gadget: net2280: fix NULL pointer deref in usb_reinit_338x() Deepanshu Kartikey
2026-08-21 15:05 ` Alan Stern
2026-08-21 15:07 ` Greg KH
@ 2026-09-12 1:10 ` Deepanshu Kartikey
2 siblings, 0 replies; 5+ messages in thread
From: Deepanshu Kartikey @ 2026-09-12 1:10 UTC (permalink / raw)
To: gregkh
Cc: kees, stern, lgs201920130244, balbi, ribalda, linux-usb,
linux-kernel, syzbot+2ec7fc1793a63864d9d6
On Fri, Aug 21, 2026 at 5:42 PM Deepanshu Kartikey
<kartikey406@gmail.com> wrote:
>
> net2280_probe() only maps dev->llregs when the PLX_PCIE quirk bit is
> set. usb_reinit() dispatches to usb_reinit_338x() for any device that
> doesn't have PLX_LEGACY set, assuming such a device must have
> PLX_PCIE set (and thus llregs mapped). That assumption holds for
> every entry in the driver's pci_device_id table, but a forced driver
> bind (e.g. via sysfs bind/driver_override) can invoke probe() with
> quirks that have neither bit set, leaving llregs NULL and crashing
> in usb_reinit_338x() on the first readl().
>
> Reject probe() early when quirks has neither PLX_LEGACY nor
> PLX_PCIE set, instead of proceeding into a reinit path that assumes
> one of them is always present.
>
> Fixes: adc82f77bee3 ("usb: gadget: net2280: Add support for PLX USB338X")
> Reported-by: syzbot+2ec7fc1793a63864d9d6@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?extid=2ec7fc1793a63864d9d6
> Signed-off-by: Deepanshu Kartikey <kartikey406@gmail.com>
> ---
> drivers/usb/gadget/udc/net2280.c | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/usb/gadget/udc/net2280.c b/drivers/usb/gadget/udc/net2280.c
> index 7c5f30cfd24d..02d12c2ad58b 100644
> --- a/drivers/usb/gadget/udc/net2280.c
> +++ b/drivers/usb/gadget/udc/net2280.c
> @@ -3708,6 +3708,17 @@ static int net2280_probe(struct pci_dev *pdev, const struct pci_device_id *id)
> writel(0, &dev->usb->usbctl);
> }
>
> + /* usb_reinit() dispatches on PLX_LEGACY vs PLX_PCIE and assumes
> + * every non-legacy chip has llregs mapped (PLX_PCIE branch above).
> + * A forced/mismatched driver bind can hand us quirks that satisfy
> + * neither, so refuse to proceed rather than dereference NULL.
> + */
> + if (!(dev->quirks & (PLX_LEGACY | PLX_PCIE))) {
> + ep_err(dev, "unsupported device (quirks=%#lx)\n", dev->quirks);
> + retval = -ENODEV;
> + goto done;
> + }
> +
> usb_reset(dev);
> usb_reinit(dev);
>
> --
> 2.43.0
>
Please let me know the status of this patch . is this rejected ?
Thanks
Deepanshu
^ permalink raw reply [flat|nested] 5+ messages in thread