Re: dmidecode - Acer Aspire 3100

[Len Brown <lenb@kernel.org>]

On Sunday 03 February 2008 14:48, jo wrote:
> No problem 
> 
> Here it is...
> 
> Thanks
> 
> Le dimanche 03 février 2008 à 14:30 -0500, Len Brown a écrit :
> > Thanks for the dmidecode.
> > 
> > please send me the output from acpidump.
> > 
> > -Len
> > 
> > BIOS Information
> > 	Vendor: Acer
> > 	Version: V2.83
> > 	Release Date: 03/21/2007
> > 	Address: 0xE48B0
> > 	Runtime Size: 112464 bytes
> > 	ROM Size: 1024 kB
> > 	Characteristics:
> > ...
> > Handle 0x0001, DMI type 1, 27 bytes
> > System Information
> > 	Manufacturer: Acer            
> > 	Product Name: Aspire 3100     
> > 	Version: V2.83
> > 	Serial Number: LXAX60Y180720115D31601
> > 	UUID: 6356DBD0-2A29-1BD4-04E3-0016D4D77FFF
> > 	Wake-up Type: Power Switch
> > 	SKU Number: Not Specified
> > 	Family: Not Specified
> > 
> > Handle 0x0002, DMI type 2, 8 bytes
> > Base Board Information
> > 	Manufacturer: Acer
> > 	Product Name: Navarro
> > 	Version: N/A
> > 	Serial Number: LXAX60Y180720115D31601
> 

                    If (\_OSI ("Windows 2006"))
                    {
                        Store (0x40, ^OSTB)
                        Store (0x40, ^TPOS)
                    }

                    If (\_OSI ("Linux"))
                    {
                        Store (0x01, LINX)
                        Store (0x80, ^OSTB)
                        Store (0x80, ^TPOS)
                    }

Like other Acers...
LINX is written but never read, a NOP
OSTB is compared to >=4 only, so the Linux branch above is a NOP
OSTP return value is never referneced, a NOP

However, TPOS is referenced in the ATA _STM and _PS0 method,
wher it is compared equal to 0x40.  OSI(Linux) will disable
that code (whatever it does).

So unless you find the power management of your HDD to be better
with acpi_osi=Linux at suspend/resume time,
we'll stick with the default of acpi_osi=!Linux for all Acer.

thanks,
-Len


-
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