linux-acpi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Matthew Garrett <mjg59@srcf.ucam.org>
To: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: linux-acpi@vger.kernel.org, robert.moore@intel.com, lenb@kernel.org
Subject: Re: [PATCH 3/3] ACPI: Enable Windows ioport access compatibility on Windows-compatible systems
Date: Wed, 19 May 2010 17:38:02 +0100	[thread overview]
Message-ID: <20100519163802.GA26175@srcf.ucam.org> (raw)
In-Reply-To: <201005191025.59005.bjorn.helgaas@hp.com>

On Wed, May 19, 2010 at 10:25:58AM -0600, Bjorn Helgaas wrote:

> What's the basis for the Win 2000 check?  Is the intent that we
> do this for all Windows versions?  Wikipedia claims Windows 98 had
> ACPI support, but there's no ACPI_OSI_WIN_98 definition.

The aim is to do this for all Windows versions, but Windows < 2000 
didn't provide an _OSI method - instead there's a _OS string that the 
firmware can strcmp. It's not really practical to figure out what the 
firmware's looking for in that case, and given that nobody else has 
complained about this with luck we'll be fine.

> Is there a reason why we wouldn't just set ignore_high_ioport_bits = TRUE
> always?

My only concern is that there may be a machine that was never intended 
for use with Windows and which has an incorrect io port declared. In 
that case we'd /potentially/ break an otherwise working machine. I think 
the probability of this being the case is astronomically small, but it 
probably makes sense to check. If x86 gains more ioports in future and 
Windows supports that, we can limit the check to systems that don't 
claim support for that newer version of Windows.

-- 
Matthew Garrett | mjg59@srcf.ucam.org

  reply	other threads:[~2010-05-19 16:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-19 15:43 [PATCH 1/3] ACPI: Ignore the upper bits of SystemIO addresses Matthew Garrett
2010-05-19 15:43 ` [PATCH 2/3] ACPI: Add acpi_gbl_osi_data to OS headers Matthew Garrett
2010-06-04 17:36   ` Len Brown
2010-05-19 15:43 ` [PATCH 3/3] ACPI: Enable Windows ioport access compatibility on Windows-compatible systems Matthew Garrett
2010-05-19 16:25   ` Bjorn Helgaas
2010-05-19 16:38     ` Matthew Garrett [this message]
2010-05-19 16:18 ` [PATCH 1/3] ACPI: Ignore the upper bits of SystemIO addresses Bjorn Helgaas
2010-05-19 16:27   ` Matthew Garrett
2010-05-19 16:31     ` Moore, Robert

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=20100519163802.GA26175@srcf.ucam.org \
    --to=mjg59@srcf.ucam.org \
    --cc=bjorn.helgaas@hp.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=robert.moore@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).