Bug 14710

Will you please attach the output of acpidump, lspci -vxxx on your box?

Thanks.

Created attachment 23982 [details]
Allow early EC init

Please check if this patch helps. Please post output from dmidecode if it does.

No luck on the patch; same results.  I do note video (specifically X starting) is acting a bit strange with the patch.  

Still the same parse failures occurring however:

[    1.385102] bio: create slab <bio-0> at 0
[    1.386652] ACPI: EC: Look up EC in DSDT
[    1.390638] ACPI Error (psargs-0359): [\_PR_.CPU0._PPC] Namespace lookup failure, AE_NOT_FOUND
[    1.390649] ACPI Error (psparse-0537): Method parse/execution failed [\CPUT] (Node ffff8801b905a120), AE_NOT_FOUND
[    1.390700] ACPI Error (psparse-0537): Method parse/execution failed [\PSSC] (Node ffff8801b905a140), AE_NOT_FOUND
[    1.390749] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_._REG] (Node ffff8801b903c720), AE_NOT_FOUND
[    1.390817] Fail in evaluating the _REG object of EC device. Broken bios is suspected.
[    1.392109] ACPI: Executed 2 blocks of module-level executable AML code
[    1.395660] ACPI: BIOS _OSI(Linux) query honored via cmdline
[    1.406957] ACPI: Interpreter enabled
[    1.406963] ACPI: (supports S0 S3 S4 S5)
[    1.407009] ACPI: Using IOAPIC for interrupt routing
[    1.421477] ACPI Error: No handler for Region [PCFG] (ffff8801b92511b0) [PCI_Config] (20090903/evregion-319)
[    1.421483] ACPI Error: Region PCI_Config(2) has no handler (20090903/exfldio-295)
[    1.421489] ACPI Error (psparse-0537): Method parse/execution failed [\J380._STA] (Node ffff8801b9254120), AE_NOT_EXIST
[    1.421750] ACPI: EC: GPE = 0x16, I/O: command/status = 0x66, data = 0x62

I will attach lspci and acpidump.

Created attachment 23990 [details]
acpidump output.

attaching the acpidump output, as requested.

Created attachment 23991 [details]
Output of lspci -vxxx

As requested, lspci output.

Created attachment 23993 [details]
dmidecode output (serials & asset tags stripped)

For good measure, because nothing makes things better like WAY too much information... This is my dmidecode output.

Created attachment 23994 [details]
debug patch #2

Lets try other way around. Please check if this patch changes anything?

I see no change with the second patch (FYI, I ran through the first patch again and it makes things worse definitively - the C-States for CPU thermal zone disappear).

This is good. It means that changes to EC driver are not related.

Created attachment 24070 [details]
Make DSDT conforming

Now the bad news: DSDT of your machine uses unsupported 'if' statements outside of the methods. I fear you may need to use customized DSDT in order to use your machine with Linux.
Instructions how to do that are here:
http://www.lesswatts.org/projects/acpi/overridingDSDT.php

I've added CC: Bob Moore -- he may be more precise on "if statement outside of method" issue.

Created attachment 24088 [details]
patch to execute module-level code under Device correctly

The module-level code ("if statement outside of method") has been supported since 2.6.31-rc7 (commit 7f0c826).

> ACPI Error: No handler for Region [ERAM] (ffff8801b904c3f0) [EmbeddedControl]
> ACPI Error: Region EmbeddedControl(3) has no handler (20090903/exfldio-295)
> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0._INI]
> (Node ffff8801b9058ba0), AE_NOT_EXIST

This error is caused by accessing EC fields without check ECON.
    Scope (_SB.PCI0)
    {
        Method (_INI, 0, NotSerialized)
        {
            Store (0x07D0, OSYS)
            If (CondRefOf (_OSI, Local0))
            {
                If (_OSI ("Linux"))
                {
                    Store (0x03E8, OSYS)
                    Store (One, ^LPCB.EC0.ECOS)
                }
      .....

Store (One, ^LPCB.EC0.ECOS) should be changed to,
If (ECON)
{
   Store (One, ^LPCB.EC0.ECOS)
}
Remove acpi_osi=Linux param can also fix this error.

> ACPI Error (psargs-0359): [\_PR_.CPU0._PPC] Namespace lookup failure,
> AE_NOT_FOUND
> ACPI Error (psparse-0537): Method parse/execution failed [\CPUT] (Node
> ffff8801b905a120), AE_NOT_FOUND
> ACPI Error (psparse-0537): Method parse/execution failed [\PSSC] (Node
> ffff8801b905a140), AE_NOT_FOUND
> ACPI Error (psparse-0537): Method parse/execution failed
> [\_SB_.PCI0.LPCB.EC0_._REG] (Node ffff8801b903c720), AE_NOT_FOUND

This error makes sense since _PPC does not exist at all.

> ACPI Error: No handler for Region [PCFG] (ffff8801b9077f78) [PCI_Config]
> (20090903/evregion-319)
> ACPI Error: Region PCI_Config(2) has no handler (20090903/exfldio-295)
> ACPI Error (psparse-0537): Method parse/execution failed [\J380._STA] (Node
> ffff8801b90feac0), AE_NOT_EXIST

The attached patch should fix this error.

Please apply this patch and remove the "acpi_osi=Linux" param.
Attach dmesg, let's see what happens.

>Passing acpi_osi=Linux as a kernel param makes a HUGE
>difference in exposing c-states, etc

We should try to figure this out also. You should not need to use OSI=Linux. Basically, as has been discovered, the AML code executes down a non-tested path.

Alright, I'm confused as to which of the last 2 patches I should apply, or if I should do both the DSDT and the nseval.c patches?

With regards to the DSDT, If I recall correctly I now have to hard compile the DSDT into the kernel correct?  I believe I read somewhere that as of 2.6.3x you can no longer have a custom DSDT load at boot time?

I'll try to give this a shot tonight and see what happens.

The other issue I've forgotten to mention is the hanging during suspend, but I suspect resolving the ACPI boot will solve this.

With regards to the comments regarding the acpi_osi parameter, the behavior I've noted is specifically that the thermal zones for the CPU only appear when I pass acpi_osi.  If I boot without it, or with any of the Windows options I get no thermal zone.

Try the nseval patch first. If it does not help, you could start changing DSDT.

> ACPI Error: No handler for Region [ERAM] (ffff8801b904c3f0) [EmbeddedControl]

Fix for this is to either patch the DSDT or do not use acpi_osi=Linux.

> ACPI Error: No handler for Region [PCFG] (ffff8801b9077f78) [PCI_Config]
> (20090903/evregion-319)

Fix for this is the nseval patch.

> ACPI Error (psargs-0359): [\_PR_.CPU0._PPC] Namespace lookup failure,
> AE_NOT_FOUND

This appears to be a BIOS bug that cannot be worked around in the OS.

(In reply to comment #15)
> With regards to the comments regarding the acpi_osi parameter, the behavior
> I've noted is specifically that the thermal zones for the CPU only appear
> when
> I pass acpi_osi.  If I boot without it, or with any of the Windows options I
> get no thermal zone.

This is because _CRT returns different value depend on OSYS.

               If (_OSI ("Linux"))
                {
                    Store (0x03E8, OSYS)
                    Store (One, ^LPCB.EC0.ECOS)
                }

                If (_OSI ("Windows 2001"))
                {
                    Store (0x07D1, OSYS)
                }

                If (_OSI ("Windows 2001 SP1"))
                {
                    Store (0x07D1, OSYS)
                }

                If (_OSI ("Windows 2001 SP2"))
                {
                    Store (0x07D2, OSYS)
                }

                If (_OSI ("Windows 2006"))
                {
                    Store (0x07D6, OSYS)
                }

                If (_OSI ("Windows 2009"))
                {
                    Store (0x07D9, OSYS)
                }

        ThermalZone (TZ01)
        {
            Method (_CRT, 0, Serialized)
            {
                If (LLess (OSYS, 0x07D6))
                {
                    Store (0x69, S4TP)
                    Return (0x0EC6)
                }
            }
         }

With acpi_osi=Linux,
OSYS=0x03E8, because method fails on Store (One, ^LPCB.EC0.ECOS)
_CRT=0x0EC6

Without acpi_osi=Linux, or with any Windows option
OSYS=0x07D9
_CRT=0

If _CRT=0, thermal zone disappear.
So thermal zone only appear if acpi_osi=Linux

So, a possible fix to the DSDT might be to modify _CRT for each thermal zone:

ThermalZone (TZ01)
{
    Method (_CRT, 0, Serialized)
    {
        Store (0x69, S4TP)
        Return (0x0EC6)
    }
}

Created attachment 24237 [details]
evaluate _PDC much earlier

Brendan,

Would you mind testing this patch? It applies on top of the latest git kernel.

Using it on my HP Envy 15 resolves the namespace errors.

You may also want to check for an updated BIOS for your machine. They have definitely updated the Envy BIOS recently, and I have heard rumours that they also updated the dv6/dv7 as well.

Thanks,
/ac

Brendan,

If you're still out there, any chance you could attach the output of 'sudo dmidecode' ?

Thanks,
/ac

Brendan, scratch that, I'm an idiot. Sorry for the noise.

I am in fact still out here... Just been incredibly busy lately.

HP pushed out a BIOS update in late december intended apparently to make the USB subsystem start working correctly with iPhones and iPods (the only noted change in the changelogs).

Following this update, booting into Linux no longer causes the system to scream about overheating on next reboot.  I haven't looked too deeply at the dmesg output, but I suspect things are still fairly wonky. It does help to not have the machine trying to convince me it's melting all the time.

Let me know what other data I can provide.  I'm seeing some other issues that appear related to the NVidia card (Switching out of X to a text console starts... wavy fuzziness on the screen which doesn't go away once you switch back to X, and the machine won't sleep / hibernate at all - attempting to do so drops it to a blinking white cursor on black.) but I'm not sure how to approach those next.

This bug report is a bit confused now. It's better to focus on one problem at each bug report.
Let's do a cleanup, the issues listed as below,

1. ACPI Error: No handler for Region [ERAM] (ffff8801b904c3f0) [EmbeddedControl]

Fix for this is do not use acpi_osi=Linux.

2. ACPI Error: No handler for Region [PCFG] (ffff8801b9077f78) [PCI_Config] (20090903/evregion-319)

Please try 2.6.33-rc1 or later, it should has been fixed by
commit 9a884ab(ACPICA: Add additional module-level code support)

3. ACPI Error (psargs-0359): [\_PR_.CPU0._PPC] Namespace lookup failure, AE_NOT_FOUND

This appears to be a BIOS bug that cannot be worked around in the OS.

4. High CPUS temps with load.

Brendan,
Could you try 2.6.33-rc1 or later(do not use acpi_osi=Linux) and tell us the status of above 4 issues?

Thanks.

(In reply to comment #24)
> This bug report is a bit confused now. It's better to focus on one problem at
> each bug report.

right.

> 
> Brendan,
> Could you try 2.6.33-rc1 or later(do not use acpi_osi=Linux) and tell us the
> status of above 4 issues?
> 
if there are any other issues, please list them one by one and let's see which of them need new bug reports filed.

Brendan,

any update of my questions at comment #24?

ping...

close this bug as there is no response from the bug reporter for more than a month,
Brendan, please re-open it if you can provide the info requested.