Re: [REGRESSION] 6.12.36+: usb: hub: post-resume delayed work triggers > uncorrected MCE / data fabric sync flood on Threadripper 7970X > (bisected to aec11e5f9c45)
Mathieu Fluhr <[email protected]>
| Newsgroups | dev.linux.lists.regressions,org.kernel.vger.linux-kernel,org.kernel.vger.linux-usb,org.kernel.vger.stable |
|---|---|
| Message-ID | <CAPyJwA-QALkCQn8J1+=U-nuE_7WSEPhVcUEKb+MMYMaA_1AVjQ@mail.gmail.com> |
>> If you need me to do some further tests or experiments, let me know. I will >> be more than happy to play the guinea pig here. > Was this result after applying the small patch I sent above? The patch you sent makes the issue go away. I am now running the exact same scenario for 2 hours, without any crash. However, I am not sure if this can qualify for a proper fix, since I do not have any external hub connected to my motherboard: All my USB devices are directly plugged into root hubs (and at the moment, there is only a keyboard and a mouse). On Tue, Aug 25, 2026 at 12:06 PM Lovekesh Solanki <[email protected]> wrote: > > On Mon, Aug 24, 2026 at 09:37:55PM +0200, Mathieu Fluhr wrote: > > Yes. As mentioned, I first thought that the emulator itself triggered that by > > doing something that the CPU did not like.To be honest, I barely play with old > > Android versions anymore, but seeing that I could reproduce it even with > > Android 13 or 14 made me suspicious. > > > > I _guess_ Google implemented a workaround inside adb for version Android > > 15 since using this version, it remains stable for more than 2 hours. > > > > But, in the end, the situation is that from a simple user account having access > > to some usb plugged in devices (I usually add my user account to the plugdev > > group and use some known udev rules to access my Android tests devices), > > you have a way to crash the complete system. > > > > > Opinions seem to vary on whether CPU load must be present or absent. > > > > On my side (and I am here only speaking about my TR. I don't know about > > other Ryzen CPUs), I can't reproduce it under load, and one condition to > > reproduce it is my CPU going in C2 state. > > -> I did a 2:30 hour test using several youtube videos playing at the same > > time on my desktop, also stressing the emulator with some 3D Mark runs > > (as mentioned, I first suspected the nvidia driver to be faulty). As long as my > > computer was busy everything went fine. But then I let it stand still for a few > > minutes, and it just crashed. > > > > If you need me to do some further tests or experiments, let me know. I will > > be more than happy to play the guinea pig here. > Was this result after applying the small patch I sent above? > > Regards, > Lovekesh