Re: [REGRESSION] 6.12.36+: usb: hub: post-resume delayed work triggers > uncorrected MCE / data fabric sync flood on Threadripper 7970X > (bisected to aec11e5f9c45)
From: Mathieu Fluhr
Date: Tue Aug 25 2026 - 17:44:16 EST
>> 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
<lovekeshsolanki00@xxxxxxxxx> 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