Re: dmidecode - dv9500

[Len Brown <lenb@kernel.org>]

On Sunday 20 January 2008 04:14, Siegfried Lösch wrote:
> Hi Len!
> 
> Please find attached the output of acpidump (file acpidump_out.txt).
> 
> Up to now I observed the following differences between 2.6.22 and 2.6.23
> kernel:
> 
> Power-Management:
> 2.6.22: ok
> 2.6.23:	after some time, during which starting different processes, the
> CPU's are working with 2GHz all the time (ondemand is not present). I
> work around by restarting gnome-power-management.
> 
> Shutdown:
> 2.6.22: ok
> 2.6.23: gdm crashes
> 
> Network:
> 2.6.22: LAN and Wlan ok.
> 2.6.23: LAN and Wlan shut down after some time (aprox. 2 to 4 hours -
> but that differs much) and I have to reinitialize networking.
> 
> I'll further check the different boot options this week and come back to
> you till the end of next week.
> 
> Thank's very much for your work and efforts!
> 
> Siegfried
> 
> Am Freitag, den 18.01.2008, 23:30 -0500 schrieb Len Brown:
> > On Saturday 13 October 2007 03:31, Siegfried Lösch wrote:
> > > System Information
> > >         Manufacturer: Hewlett-Packard
> > >         Product Name: HP Pavilion dv9500 Notebook PC    
> > >         Version: Rev 1
> > >         Serial Number: CNF7364LT9
> > >         UUID: 434E4637-3336-344C-5439-001B2496B6BB
> > >         Wake-up Type: Power Switch
> > >         SKU Number: GU135EA#ABD 
> > >         Family: 103C_5335KV
> > > 
> > > Handle 0x0002, DMI type 2, 8 bytes
> > > Base Board Information
> > >         Manufacturer: Quanta
> > >         Product Name: 30CB
> > 
> > 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

The 2.6.22 vs 2.6.23 differences must be caused by something else,
for the AML on this box sets but never consults LINX, making
acpi_osi=Linux a NOP for this system.

thanks,
-Len

    OperationRegion (GNVS, SystemMemory, 0x7FEDEDBC, 0x0100)
    Field (GNVS, AnyAcc, Lock, Preserve)
    {
        OSYS,   16,
        SMIF,   8,
        PRM0,   8,
        PRM1,   8,
        SCIF,   8,
        PRM2,   8,
        PRM3,   8,
        LCKF,   8,
        PRM4,   8,
        PRM5,   8,
        P80D,   32,
        LIDS,   8,
        PWRS,   8,
        DBGS,   8,
        LINX,   8,
                Offset (0x14),
...
            If (CondRefOf (_OSI, Local0))
            {
                If (_OSI ("Linux"))
                {
                    Store (One, LINX)
                }

-
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