-----Original Message----- From: Rafael J. Wysocki <rafael@xxxxxxxxxx> Sent: Monday, February 17, 2020 12:24 PM To: Jan Engelhardt <jengelh@xxxxxxx>; Kaneda, Erik <erik.kaneda@xxxxxxxxx>; Moore, Robert <robert.moore@xxxxxxxxx> Cc: Rafael J. Wysocki <rafael@xxxxxxxxxx>; ACPI Devel Maling List <linux-acpi@xxxxxxxxxxxxxxx> Subject: Re: Linux hangs at ACPI init on Medion P15648 MD63490 On Mon, Feb 17, 2020 at 1:10 AM Jan Engelhardt <jengelh@xxxxxxx> wrote: > > > On Sunday 2020-02-16 21:49, Rafael J. Wysocki wrote: > > >> I thus went back to 5.6-rc and enabled full ACPI tracing > >> (layer=0xffffffff/level=0xffffffff) starting from > >> > >> nsinit.c:213 /* Walk namespace to execute all _INIs on present devices */ > >> > >> onwards. That log output is at http://inai.de/files/m923.mp4 [53MB]. > > > >If that is the case, then AFAICS the issue may not be directly > >related to the EC at all. This output only means that the system has > >an ECDT, but that should not be a problem by itself. > > > >The system appears to hang somewhere in acpi_ns_initialize_devices() > >and it is hard to say where exactly. > > I had an exact stack trace. (Stashed in all those videos - now > extracted and posted to the bug) > > >I would suggest creating a BZ entry at bugzilla.kernel.org for this > >issue and attaching the output of acpidump from the affected system > >in there. > > https://bugzilla.kernel.org/show_bug.cgi?id=206553 Erik, Bob, can you please have a look at this BZ? It looks like there is a deadlock on the global lock while processing some AML during acpi_ns_initialize_devices() execution. Yes, we are looking at this. Bob
