Re: Linux hangs at ACPI init on Medion P15648 MD63490

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Feb 16, 2020 at 3:16 PM Jan Engelhardt <jengelh@xxxxxxx> wrote:
>
>
> On Sunday 2020-02-16 01:32, Rafael J. Wysocki wrote:
> >On Fri, Feb 14, 2020 at 8:28 PM Jan Engelhardt <jengelh@xxxxxxx> wrote:
> >>
> >> I have a problem with a certain x86 laptop, and judging from the
> >> kernel's output, this looks very much like a broken ACPI table.
> >> Versions tried are 5.3.8 (Fedora31 liveimage), 5.5.2 (openSUSE
> >> Tumbleweed installer) and 5.6.0-rc1+
> >> (b19e8c68470385dd2c5440876591fddb02c8c402; self compile), all
> >> exhibiting the same hang.
> >>         ACPI: \: Used as first EC
> >>         ACPI: \: GPE=0x10, IRQ=-1, EC_CMD/EC_SC=0x66, EC_DATA=0x62
> >
> >Would it be possible to try 5.0 or earlier on the problematic machine?
> >You may be hitting a regression here.
>
> Seems not to be the case. The same hang shows, with slightly different messages.
>
>         5.0
>         unable to progress to the problem point...
>         the NMI watchdog causes a panic due to the slow scrolling of
>         earlyprintk=efi
>
>         4.12.14 (openSUSE)
>         ACPI: : EC: EC started
>         ACPI: : EC: interrupt blocked
>         ACPI: \: Used as first EC
>         ACPI: \: GPE=0x10, EC_CMD/EC_SC=0x66, EC_DATA=0x62
>                 (no mention of IRQ=-1)
>         ACPI: \: Used as boot ECDT EC to handle transactions
>         <hang>
>
>         4.4.76 (openSUSE)
>         ACPI : EC: EC description table is found, configuring boot EC
>         ACPI : EC: EC started
>         <hang>
>
> 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 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.



[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux