public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Alex Williamson <alex.williamson-VXdhtT5mjnY@public.gmane.org>
To: "Moore, Robert" <robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: acpi-devel
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: RE: lost thermal zones on 20040715 nc6000
Date: Wed, 11 Aug 2004 10:55:29 -0600	[thread overview]
Message-ID: <1092243329.5907.10.camel@tdi> (raw)
In-Reply-To: <37F890616C995246BE76B3E6B2DBE05501A8B206-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>

On Wed, 2004-08-11 at 09:42 -0700, Moore, Robert wrote:
> 
> Alex,
> 
> This is an interesting problem, and I do not think it is a problem with
> the AML interpreter.  The machine's AML code seems to be either ignoring
> an error case or accidentally generating an improper value used during a
> package comparison (Match).
> 
> 1) For TZ1._TMP, C201 is called with an arg of 0.  For TZ2._TMP, C201 is
> called with an arg of 1.  For TZ3._TMP, C201 is called with an arg of 2.
> 
> 2) When C201 is called with an arg < 2, a different code path is
> followed.  This code path invokes another method, C08F, which is
> returning a value of 0x1C00 (in what appears to be the "normal" code
> path)
> 
> 3) This return value (in Local1) in turn gets compared to elements of
> the package C1EE as follows:
> 
> Store (Match (DerefOf (Index (DerefOf (Index (C1EE, C200 (Arg0))),
> 0x01)), MGT, Local1, MTR, 0x00, 0x00), Local0)
> 
> 4) None of the elements of C1EE are greater than 0x1C00, so the Match()
> operator returns 0xFFFFFFFF (indicating failure).  This is stored in
> Local0.
> 
> 5) Local0 is then passed to C202 as follows:
> 
> C202 (Local0, Arg0)
> 
> 6) In C202, the zeroth argument is used as an index into package C1EE.
> 
> 7) Since this argument is 0xFFFFFFFF, the Index() operation fails.
> 
> It's hard to guess what the original code is attempting, but I do not
> see any errors in the interpretation of the code.
> 
> Did this actually work at some time in the past?
> 

   Strange.  Yes, I'm currently running 2.6.8-rc4 on it w/ ACPI 20040326
and all 3 thermal zone seem to work just fine:

$ acpi -Vf
     Battery 1: charged, 100%
     Battery 2: discharging, 15%, 00:31:33 remaining
     Thermal 1: ok, 111.2 degrees F
     Thermal 2: ok, 134.6 degrees F
     Thermal 3: ok, 91.4 degrees F
  AC Adapter 1: off-line

$ cat /proc/acpi/thermal_zone/TZ1/polling_frequency 
<polling disabled>
$ cat /proc/acpi/thermal_zone/TZ1/cooling_mode 
cooling mode:            passive
$ cat /proc/acpi/thermal_zone/TZ1/trip_points 
critical (S5):           103 C
passive:                 100 C: tc1=1 tc2=2 tsp=100 devices=0xf7ffe500 
active[0]:               80 C: devices=0xf7f38920 
active[1]:               65 C: devices=0xf7f39880 
active[2]:               55 C: devices=0xf7f39800 
active[3]:               45 C: devices=0xf7f39780 
$ cat /proc/acpi/thermal_zone/TZ1/temperature 
temperature:             44 C
$ cat /proc/acpi/thermal_zone/TZ1/state 
state:                   ok

I don't see any ACPI error messages with the older version of the CA.
Thanks,

	Alex

-- 
Alex Williamson                             HP Linux & Open Source Lab



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285

  parent reply	other threads:[~2004-08-11 16:55 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-11 16:42 lost thermal zones on 20040715 nc6000 Moore, Robert
     [not found] ` <37F890616C995246BE76B3E6B2DBE05501A8B206-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-08-11 16:55   ` Alex Williamson [this message]
2004-08-24 21:24   ` Alex Williamson
2004-08-24 21:51     ` Karol Kozimor
  -- strict thread matches above, loose matches on Subject: below --
2004-08-25  1:59 Li, Shaohua
2004-08-25  1:27 Li, Shaohua
     [not found] ` <B44D37711ED29844BEA67908EAF36F03A38375-4yWAQGcml65pB2pF5aRoyrfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-08-25  1:51   ` Alex Williamson
2004-08-24 21:40 Moore, Robert
2004-08-10 15:50 Alex Williamson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1092243329.5907.10.camel@tdi \
    --to=alex.williamson-vxdhtt5mjny@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox