Re: HP dv6535ep dmidecode

[Len Brown <lenb@kernel.org>]

On Tuesday 11 September 2007 12:19, Ângelo Miguel Arrifano wrote:
> Hello,
> 
>   In sequence of
> ACPI: System BIOS is requesting _OSI(Linux)
> ACPI: Please test with "acpi_osi=!Linux"
> Please send dmidecode to linux-acpi@vger.kernel.org
> 
> I'm sending information of my new laptop.
> It's a HP dv6535ep but should be simillar to the dv65xx series.
> 
> Everything is working fine (one-touch hotkeys, suspend-to-ram
> by simply issuing echo "mem" > /sys/power/state, sound, ...)
> except the Fn+F7/Fn+F8 keys to increase/decrease DFP brightness
> (i really don't have more ideas how to set screen brightness : \).
> Also when I plug headphones, laptop speakers doesn't turn off
> but this should be a alsa problem.

brightness on these new boxes will eventually be handled
by some extensions to the native X grahics drivers.

> I tried disabling Linux OSI and comparing both dmesg but they are
> similar. Disabling Linux OSI and enabling 'Windows 2006' OSI
> makes GL acceleration crash the laptop.

That is pretty unexpected, because Linux already supports
OSI(Windows 2006) -- so your change should have had no effect.

> PS: I'm curious about 'processor CPU0 00000080 00000000' acpi
> event messages that I usually receive when compiling stuff.

If these are not gone in the latest 2.6.24 rc, then please
file a bug here:

http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI

> I think its about CPU temperature but according to Google it's 
> a change on the number of CPU P-states. I'm trying to figure
> out what to do when receiving these events.
> 
> Just another thing, there is a dsdt parsing error during boot:
> ACPI Error (dsopcode-0548): Field [I9MN] at 544 exceeds Buffer [IORT] size 464 (bits) [20070126]
> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.LPC0.PMIO._CRS] (Node ffff81007ff40760), AE_AML_BUFFER_LIMIT
> ACPI Error (uteval-0236): Method execution failed [\_SB_.PCI0.LPC0.PMIO._CRS] (Node ffff81007ff40760), AE_AML_BUFFER_LIMIT
> pnp: PnPACPI: METHOD_NAME__CRS failure for PNP0c02

This should also be gone in the latest kerel.
If it still complains (when running the original DSDT, not a modified one),
then please file a bug here:

http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI

> is this '\_SB_.PCI0.LPC0.PMIO' important to my system?

assume it is.

System Information
	Manufacturer: Hewlett-Packard
	Product Name: HP Pavilion dv6500 Notebook PC    
	Version: Rev 1
	Serial Number: CNF73002RR
	UUID: 434E4637-3330-3032-5252-001B24767D17
	Wake-up Type: Power Switch
	SKU Number: GT373EA#AB9
	Family: 103C_5335KV

Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
	Manufacturer: Quanta
	Product Name: 30D0

Thanks for the dmidecode output.

Do you notice any functional difference when booting with

"acpi_osi=Linux"        (default for 2.6.22 and earlier)
vs.
"acpi_osi=!Linux"       (default for 2.6.23 and later)

Also, please send me the output from acpidump.

thanks,
-Len

ps
If you don't have acpidump, you can get it from pmtools here:
http://www.lesswatts.org/projects/acpi/utilities.php

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html