Hi, Let me report this back. The problem is traced at: https://bugzilla.kernel.org/show_bug.cgi?id=70891 The delay is either caused by the EC driver or by the ACPICA event handling code. During the execution of _REG method of the EC device, there will be multiple EC accesses happening. And each of such EC accesses is suffering from 0.5 seconds delay, which are finally accumulated as 6 seconds boot delay. There is a failure in the EC driver and the driver will reset controller and retry after 0.5 seconds. Normally this indicates a gap in the driver's state machine. We are working on this to find out the root cause. Thanks for the reporting. Best regards -Lv > From: Stanislaw Gruszka [mailto:sgruszka@xxxxxxxxxx] > Sent: Tuesday, February 18, 2014 4:39 PM > > Hi, > > On bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1055228 , > Gareth reported 6 second boot delay on 3.12 kernel. Delay does not > happen if acpi_no_auto_ssdt option is used, nor if kernel is compiled > with various debug facilities like LOCKDEP (fedora kernel-debug > variant). We tried to compile kernel with just CONFIG_ACPI_DEBUG=y, on > that kernel issue was reproducible, but after enable printing messages, > again issue disappeared (we tried acpi.debug_layer=0xffffffff together > with acip.debug_level=0x0307ff4f and acip.debug_level=0x03000000, > links to logs are provided in bugzilla). > > On affected kernels interesting dmesg part looks like below: > > [ 0.212035] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored > [ 0.217930] ACPI: SSDT 0000000092e6ac18 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20121220) > [ 0.218512] ACPI: Dynamic OEM Table Load: > [ 0.218514] ACPI: SSDT (null) 003D3 (v01 PmRef Cpu0Cst 00003001 INTL 20121220) > [ 0.222109] ACPI: SSDT 0000000092e6a618 005AA (v01 PmRef ApIst 00003000 INTL 20121220) > [ 0.222792] ACPI: Dynamic OEM Table Load: > [ 0.222799] ACPI: SSDT (null) 005AA (v01 PmRef ApIst 00003000 INTL 20121220) > [ 0.226920] ACPI: SSDT 0000000092e69d98 00119 (v01 PmRef ApCst 00003000 INTL 20121220) > [ 0.227495] ACPI: Dynamic OEM Table Load: > [ 0.227497] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20121220) > [ 6.812869] ACPI: Interpreter enabled > > With acpi_no_auto_ssdt option interesting part looks like this: > > [ 0.203230] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored > [ 0.203595] ACPI Error: [SGMD] Namespace lookup failure, AE_NOT_FOUND (20130725/psargs-359) > [ 0.203601] ACPI Error: Method parse/execution failed [\_SB_._OSC] (Node ffff880253859438), AE_NOT_FOUND (20130725/psparse- > 536) > [ 0.206093] ACPI Error: [\_PR_.CPU0._PPC] Namespace lookup failure, AE_NOT_FOUND (20130725/psargs-359) > [ 0.206102] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.SASU] (Node ffff8802538570a0), AE_NOT_FOUND > (20130725/psparse-536) > [ 0.206108] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.ECMI] (Node ffff880253857078), AE_NOT_FOUND > (20130725/psparse-536) > [ 0.206113] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_._REG] (Node ffff880253856910), AE_NOT_FOUND > (20130725/psparse-536) > [ 0.206122] Fail in evaluating the _REG object of EC device. Broken bios is suspected. > [ 0.206127] ACPI: Interpreter enabled > > Any help to solving this bug would be appreciate. I'm CCing Gareth, he > can provide more informations if needed. > > Thanks > Stanislaw -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
