All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lin Ming <ming.m.lin@intel.com>
To: "Zhang, Rui" <rui.zhang@intel.com>
Cc: MooreRobert <robert.moore@intel.com>,
	Matthew Garrett <mjg59@srcf.ucam.org>,
	Gandalf Kristensen <gandkri@yahoo.no>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: Buggy BIOS on the HP TX2500-series
Date: Thu, 09 Oct 2008 09:32:00 +0800	[thread overview]
Message-ID: <1223515920.22227.14.camel@minggr.sh.intel.com> (raw)
In-Reply-To: <1223513955.2735.28.camel@rzhang-dt>

On Wed, 2008-10-08 at 17:59 -0700, Zhang, Rui wrote:
> On Wed, 2008-10-08 at 12:26 -0700, Matthew Garrett wrote:
> > A patch went into the kernel earlier this year to ignore critical trip
> > points that were below 0.
> well, I think this patch is wrong.
> a critical trip point below 0 Celsius doesn't mean it's invalid.
> windows can work well on this laptop.
> please look at:
> http://bugzilla.kernel.org/show_bug.cgi?id=10686#c13
> IMO, we need to fix the ACPICA code first of all.
> 
> Ming, what do you think of the patch in comment #15 and #16?

We have a ACPICA patch at:
http://git.acpica.org/repos/?p=acpica.git;a=commitdiff;h=ab557ef061978bd54baa05daca33ea16942629fa 

        Method (_CRT, 0, Serialized)
        {
            If (LLess (OSYS, 0x07D6))
            {
                If (LEqual (\_SB.TJ85, Zero))
                {
                    Return (Add (0x0AAC, Multiply (TPC, 0x0A)))
                }
                Else
                {
                    Return (Add (0x0AAC, Multiply (TP85, 0x0A)))
                }
            }
        }
    
Previously _CRT returns 0x07D6, now it returns 0 (predicate value of
LLess) which matches windows behavior.

So I felt it's better for the external interface (the driver) to check
the return value (zero) and decide what to do.

Thanks,
Lin Ming




      parent reply	other threads:[~2008-10-09  1:34 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-08 17:39 Buggy BIOS on the HP TX2500-series Gandalf Kristensen
2008-10-08 19:26 ` Matthew Garrett
2008-10-08 20:09   ` Buggy BIOS on the HP tx2500-series Gandalf Kristensen
2008-10-09  0:59   ` Buggy BIOS on the HP TX2500-series Zhang Rui
2008-10-09  1:10     ` Len Brown
2008-10-09  1:11     ` Matthew Garrett
2008-10-09  2:04       ` Len Brown
2008-10-09  4:16         ` Moore, Robert
2008-10-09  6:39           ` Zhang Rui
2008-10-09  6:43             ` Lin Ming
2008-10-09  6:36         ` Zhang Rui
2008-10-09  6:45           ` Zhang Rui
2008-10-09 14:18             ` Moore, Robert
2008-10-09  9:52           ` Thomas Renninger
2008-10-09  1:32     ` Lin Ming [this message]

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=1223515920.22227.14.camel@minggr.sh.intel.com \
    --to=ming.m.lin@intel.com \
    --cc=gandkri@yahoo.no \
    --cc=linux-acpi@vger.kernel.org \
    --cc=mjg59@srcf.ucam.org \
    --cc=rjw@sisk.pl \
    --cc=robert.moore@intel.com \
    --cc=rui.zhang@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.