http://bugzilla.kernel.org/show_bug.cgi?id=10658


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[EMAIL PROTECTED],
                   |                            |[EMAIL PROTECTED]




------- Comment #61 from [EMAIL PROTECTED]  2008-09-04 06:07 -------
I currently rewrite this to get something accepted.
First step is moving the polling to drivers/thermal/ and also the
polling_frequency option from /proc to /sys, a test as soon as I have something
would be great.

Anyway, I checked the DSDT table. One thing I realized is that:
TZP -> Thermal Zone Polling (in deci-seconds) is nearly never used by any
vendor (also by this one, I found one BIOS implementing it out of several
dozens).
Also TZD -> Thermal Zone Device: This is what we could pass as name for the
thermal zone, but again only one (the same machine) uses it.

But TSP -> Thermal Sampling for Passive, the polling frequency when passive
mode is entered is provided *really often*

One workaround that probably works for a lot machines could be to take _TSP
value as general thermal polling value if no _TZP value is provided.
The HW is supposed to work fine in passive mode with this polling frequency and
it also will if not in passive mode.

Another idea specific to this ASL implementation:
There is exactly one way how BIOS can tell the OS to check for the temperature
asynchronoulsy (without polling). This is:
\_GPE._L1D    # HW issues an ACPI (SCI) interrupt with id 0x1D
   +->  NEVT()
         +-> SMIE()
           +-> Notify (\_TZ.THM, 0x80)

Has there already been double checked whether thermal acpi events come in
through /proc/acpi/event  (couldn't find anything by a quick search in this
bug)

If there are no events, it should be double checked whether the GPE:
0x1D
is active. Yakui or Zhang may be able to help here.

Zhang: you mentioned in mail on the acpi list that it is known that Microsoft
does not poll. From where do you know that? Maybe there are still special
solutions? (Maybe this info is outdated, especially through commment #57 here?)


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to