Message ID | fb92857f-3120-9a20-65ba-f21aeb4b9020@omp.ru (mailing list archive) |
---|---|
Headers | show |
Series | Stop calling request_irq(), etc. with invalid IRQs in the USB drivers` | expand |
On Fri, Aug 13, 2021 at 11:23:43PM +0300, Sergey Shtylyov wrote:
> Here are 2 patches against the 'usb-linus' branch of GregKH's 'usb.git' repo.
Wait, why that branch? Please make them against the branch you want
them applied to. Hopefully they will apply to the usb-next branch...
On 14.08.2021 9:39, Greg Kroah-Hartman wrote: >> Here are 2 patches against the 'usb-linus' branch of GregKH's 'usb.git' repo. > > Wait, why that branch? What branch I'd use for the fixes then? > Please make them against the branch you want > them applied to. Hopefully they will apply to the usb-next branch... I didn't intend them for usb-next but looks like they apply there too. MBR, Sergey
On Sat, Aug 14, 2021 at 02:59:09PM +0300, Sergey Shtylyov wrote: > On 14.08.2021 9:39, Greg Kroah-Hartman wrote: > > > > Here are 2 patches against the 'usb-linus' branch of GregKH's 'usb.git' repo. > > > > Wait, why that branch? > > What branch I'd use for the fixes then? Ah, you really want this in for 5.14-final? People are hitting this issue now? > > Please make them against the branch you want > > them applied to. Hopefully they will apply to the usb-next branch... > > I didn't intend them for usb-next but looks like they apply there too. I think it belongs there as a "nice cleanup to have", right? thanks, greg k-h
On 8/14/21 4:34 PM, Greg Kroah-Hartman wrote: >>>> Here are 2 patches against the 'usb-linus' branch of GregKH's 'usb.git' repo. >>> >>> Wait, why that branch? >> >> What branch I'd use for the fixes then? > > Ah, you really want this in for 5.14-final? Not necessarily, it's your call. But all the patches are fixes. > People are hitting this issue now? No, the patches ware all the result of the code reviews... >>> Please make them against the branch you want >>> them applied to. Hopefully they will apply to the usb-next branch... >> >> I didn't intend them for usb-next but looks like they apply there too. > > I think it belongs there as a "nice cleanup to have", right? No, they're definitely not cleanups and all have the "Fixes:" tags, so going to end up in the stable trees (some already have). There's going to be 10-patch series soon, all fixing the deferred probing due to platfrorm_get_irq()... Luckily, the USB tree doesn't shave the 3rd kind of platfrorm_get_irq() bugs: treating 0 as error and returning it immediately along with the negative values, without doing the remaining part of probe... > thanks, > > greg k-h MBR, Sergey