* Re: HP dv6535ep dmidecode
2007-09-11 16:19 HP dv6535ep dmidecode Ângelo Miguel Arrifano
@ 2007-10-21 23:41 ` Ângelo Miguel Arrifano
2007-11-07 19:56 ` *New* HP dv6000 series backlight driver Ângelo Miguel Arrifano
2008-01-19 3:49 ` HP dv6535ep dmidecode Len Brown
1 sibling, 1 reply; 5+ messages in thread
From: Ângelo Miguel Arrifano @ 2007-10-21 23:41 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: Type: text/plain, Size: 5541 bytes --]
On Tue, 11 Sep 2007 17:19:27 +0100
Ângelo Miguel Arrifano <miknix@gmail.com> 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.
I'm still unable to change the screen backlight intensity.
The headphones plug works properly when loading snd-hda-intel with model=laptop option.
>
> 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.
>
> PS: I'm curious about 'processor CPU0 00000080 00000000' acpi
> event messages that I usually receive when compiling stuff.
> 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
>
> is this '\_SB_.PCI0.LPC0.PMIO' important to my system?
I *think* I fixed this one by doing this:
Device (PMIO)
{
//(...)
Method (_CRS, 0, NotSerialized)
{
//(...)
Name (IORT, ResourceTemplate ()
{
IO (Decode16,
0x0000, // Range Minimum
0x0000, // Range Maximum
0x01, // Alignment
0x80, // Length
_Y02)
//(...)
IO (Decode16,
0x0000, // Range Minimum
0x0000, // Range Maximum
0x01, // Alignment
0x80, // Length
_Y07)
IO (Decode16,
0x0000, // Range Minimum
0x0000, // Range Maximum
0x01, // Alignment
0x40, // Length
- )
+ _Y09)
//(...)
CreateWordField (IORT, \_SB.PCI0.LPC0.PMIO._CRS._Y02._MIN, I1MN)
CreateWordField (IORT, \_SB.PCI0.LPC0.PMIO._CRS._Y02._MAX, I1MX)
//(...)
CreateWordField (IORT, \_SB.PCI0.LPC0.PMIO._CRS._Y07._MIN, I6MN)
CreateWordField (IORT, \_SB.PCI0.LPC0.PMIO._CRS._Y07._MAX, I6MX)
- CreateWordField (IORT, 0x42, I9MN)
- CreateWordField (IORT, 0x44, I9MX)
+ CreateWordField (IORT, \_SB.PCI0.LPC0.PMIO._CRS._Y09._MIN, I9MN)
+ CreateWordField (IORT, \_SB.PCI0.LPC0.PMIO._CRS._Y09._MAX, I9MX)
I'm not sure about this.. I have only imitated previous statements :D
Although, after fixing a few more common compile errors and compiling the dsdt, the kernel
boots without acpi errors and it even detects more devices.
Here is the difference:
Before:
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 ffff81007ff1cc70), AE_AML_BUFFER_LIMIT
ACPI Error (uteval-0236): Method execution failed [\_SB_.PCI0.LPC0.PMIO._CRS] (Node ffff81007ff1cc70), AE_AML_BUFFER_LIMIT
pnp: PnPACPI: METHOD_NAME__CRS failure for PNP0c02
pnp: PnP ACPI: found 11 devices
pnp: 00:0a: iomem range 0xffc00000-0xffffffff could not be reserved
pnp: 00:0a: iomem range 0xfec00000-0xfec00fff could not be reserved
pnp: 00:0a: iomem range 0xfed00000-0xfed00fff has been reserved
pnp: 00:0a: iomem range 0xfec80000-0xfec80fff has been reserved
After:
pnp: PnP ACPI: found 12 devices
pnp: 00:03: ioport range 0x1000-0x107f has been reserved
pnp: 00:03: ioport range 0x1080-0x10ff has been reserved
pnp: 00:03: ioport range 0x1400-0x147f has been reserved
pnp: 00:03: ioport range 0x1480-0x14ff has been reserved
pnp: 00:03: ioport range 0x1800-0x187f has been reserved
pnp: 00:03: ioport range 0x1880-0x18ff has been reserved
pnp: 00:03: ioport range 0x2000-0x203f has been reserved
pnp: 00:0b: iomem range 0xffc00000-0xffffffff could not be reserved
pnp: 00:0b: iomem range 0xfec00000-0xfec00fff could not be reserved
pnp: 00:0b: iomem range 0xfed00000-0xfed00fff has been reserved
pnp: 00:0b: iomem range 0xfec80000-0xfec80fff has been reserved
Don't know what this new device is.. Also I didn't notice any change
on laptop behaviour.
>
> Best regards
> --
> Angelo Arrifano AKA MiKNiX
> IT Student at UBI, Portugal
> Gentoo Linux AMD64 Arch Tester
> miknix@gmail.com
> http://miknix.homelinux.com
>
>
Cheers,
--
Angelo Arrifano AKA MiKNiX
IT Student at UBI, Portugal
Gentoo Linux AMD64 Arch Tester
miknix@gmail.com
http://miknix.homelinux.com
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: HP dv6535ep dmidecode
2007-09-11 16:19 HP dv6535ep dmidecode Ângelo Miguel Arrifano
2007-10-21 23:41 ` Ângelo Miguel Arrifano
@ 2008-01-19 3:49 ` Len Brown
1 sibling, 0 replies; 5+ messages in thread
From: Len Brown @ 2008-01-19 3:49 UTC (permalink / raw)
To: Ângelo Miguel Arrifano; +Cc: linux-acpi
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
^ permalink raw reply [flat|nested] 5+ messages in thread