public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Len Brown <lenb@kernel.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: linux-acpi@vger.kernel.org
Subject: Re: [PATCH/RFC] ACPICA: disable ACPI 2.0 _GTS/_BFS support
Date: Tue, 30 Dec 2008 19:16:56 -0500 (EST)	[thread overview]
Message-ID: <alpine.LFD.2.00.0812301905430.17126@localhost.localdomain> (raw)
In-Reply-To: <200812190939.05160.bjorn.helgaas@hp.com>

On Fri, 19 Dec 2008, Bjorn Helgaas wrote:

> On Friday 19 December 2008 02:23:49 am Len Brown wrote:
> > ACPI 2.0 defined two new methods in the suspend/resume sequence,
> > _GTS (Going to Sleep) and _BFS (Back from Sleep)
> > 
> > They are optional methods, but if the BIOS supplies them,
> > the OS is supposed to evaluate them immediately before
> > writing the register to sleep, and immediately after waking up --
> > a time when interrupts are disabled.
> > 
> > ...
> > Now, several years after ACPI 2.0 was released,
> > we have yet to observe a single implementation of
> > _GTS/_BFS in the field -- suggesting that they will
> > never actually be deployed.
> 
> There are actually some HP ia64 systems that have _GTS.  All
> the rx7600-, rx8600-, and Superdome-class systems I looked at
> have it.  But in each case, the method is empty, so I don't
> know why they even bothered to implement it.

I've seen "place holders" in AML many times.
_SCP is another popular one that is almost never implemented,
but sometimes exists and does nothing -- which is
quite misleading...

> > So lets keep Linux simple by removing this
> > theoretical support for _GTS/_BFS, the only
> > AML methods that mandated being evaluated
> > with interrupts disabled.
> 
> Do you want to print a note that _GTS/_BFS exists, but
> we're ignoring it?  If some platform comes along that
> uses them, a dmesg note might help debug problems.

Good idea.

Probably the smart thing to do would be to print a
message if they exist and are non-empty.
Otherwise we'd have to DMI those HP boxes with
empty methods.

-- Len Brown, Intel Open Source Technology Center



  reply	other threads:[~2008-12-31  0:17 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-19  9:23 [PATCH/RFC] ACPICA: disable ACPI 2.0 _GTS/_BFS support Len Brown
2008-12-19 16:39 ` Bjorn Helgaas
2008-12-31  0:16   ` Len Brown [this message]
2008-12-19 17:48 ` Rafael J. Wysocki
2008-12-22  1:42 ` Zhao Yakui

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=alpine.LFD.2.00.0812301905430.17126@localhost.localdomain \
    --to=lenb@kernel.org \
    --cc=bjorn.helgaas@hp.com \
    --cc=linux-acpi@vger.kernel.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