Skip to contentSkip to conversation

dmidecode of HP Pavilion tx 1000

DISCUSSION Jakub Ambrożewicz 2 participants 3 messages Sep 20, 2007 – Jan 23, 2008 1 message not in the archive ACPI

lore
Share & tools
lore
reviewer
#1 lore raw

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
---
System Information
Manufacturer: Hewlett-Packard
Product Name: HP Pavilion tx 1000 (RY588EA#ABU)
Version: Rev 1
Serial Number: CNF7080LY2
UUID: 434E4637-3038-304C-5932-001636E9EB04 Wake-up Type: Power Switch
SKU Number:
Family: 103C_5335KV

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

A message that is not in the archive (sent off-list or not yet received): [email protected]

reviewer
#3 lore raw
Quoted 25 lines · Jakub Ambrozewicz

2008/1/19, Len Brown <[email protected]>:

Quoted 2 lines

Thanks for the dmidecode output.

No problem. It's rather me who should thank for your work. So I do:
Big Thanks. :)

Quoted 7 lines

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.

I am really sorry that it took so long, but here they are. Hand made 2.6.23.14 (config attached). I have not noticed any differences between using Linux and !Linux
I still need to use nolapic because systems hangs on bootup while setting the system clock. I suspect it has something to do with interrupts, and tried irqpoll irqdebug acpi_irq_balance but it did not help a lot. Since then I haven't done much testing.
One thing has changed since I last checked: the suspend to ram now works, but works both on "Linux" and "!Linux".

Quoted 3 lines

I am also attaching dmidecode again, as I have upgraded the bios to F.1C and I do not know if it changes anything.

Thanks for the acpidump.
It shows that OSI(Linux) will have absolutely no effect on the tx 1000 -- because the OSYS value that it effects gets immediately over-written by the values associated with Windows before it is accessed.

thanks,
-Len

                If (CondRefOf (\_OSI, Local0))
                {
                    If (\_OSI ("Linux"))
                    {
                        Store (0x03E8, OSYS)
                    }

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