On Wed, 26 Aug 2026 16:25:42 +0200, Greg Kroah-Hartman wrote: > > I think you confused 'bind' / 'unbind' with the likes of 'new_id' > > and 'driver_override'. Try binding xhci_hcd to NVMe, you won't get > > far. > > It seems to result in a failure report that people keep sending random > patches for :(
It results in write() returning -ENODEV. You can't bind random drivers to random devices out of the box, you need ID overrides. And then you don't need to bind manually, the kernel will happily select the wrong driver by default. Authors of the recent xhci and thunderbolt patches admitted that 'driver_override' was involved in both cases. Meanwhile, Syzbot also found a stupid write to freed memory in USB core when HCs are unbound. You may say it doesn't matter, but: * USB HCs are hotpluggable thunderbolt "gadgets" these days * there were plans to alter this code so that UAF is triggered by hot removal of the USB device, not its parent HC IMO the actually meaningful change would be to taint driver ID overrides, because that's the known risky and crash-prone madness. bind/unbind taint is noise that will be ignored. Regards, Michal
