All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Renninger <trenn@suse.de>
To: "Moore, Robert" <robert.moore@intel.com>
Cc: linux-acpi <linux-acpi@vger.kernel.org>,
	Len Brown <lenb@kernel.org>, "Zhao, Yakui" <yakui.zhao@intel.com>,
	me@markdoughty.co.uk, "Starikovskiy,
	Alexey Y" <astarikovskiy@suse.de>
Subject: RE: [PATCH 1/3] ACPICA: Add acpi_gbl_force_rsdt variable
Date: Fri, 09 May 2008 10:50:10 +0200	[thread overview]
Message-ID: <1210323010.29724.7.camel@queen.suse.de> (raw)
In-Reply-To: <9D39833986E69849A2A8E74C1078B6B34C305A@orsmsx415.amr.corp.intel.com>

On Thu, 2008-05-08 at 09:32 -0700, Moore, Robert wrote:
> Has there any investigation into how windows handles this?
It's too late now, anyway.
This is about 3 years old machines, we do not want to change the
behavior XSDT vs RSDT in general and produce some regressions as a
side-effect, but just fix up some known broken machines.

I expect that XP did violate a bit the spec and tended to prefer the
RSDT. I don't know how to check all this, but I expect that Vista is
preferring the XSDT again.
Or there always were bugs in acpica setting up the FADT via XSDT causing
this.

Providing OS a knob at this place shouldn't be a big deal?

   Thomas

> >-----Original Message-----
> >From: Thomas Renninger [mailto:trenn@suse.de]
> >Sent: Thursday, May 08, 2008 8:10 AM
> >To: linux-acpi; Len Brown
> >Cc: Zhao, Yakui; me@markdoughty.co.uk; Moore, Robert; Starikovskiy,
> Alexey
> >Y
> >Subject: [PATCH 1/3] ACPICA: Add acpi_gbl_force_rsdt variable
> >
> >I expect separate patches should now be patched against
> >acpica when possible?
> >
> >Does this also make sense with patches which have dependencies
> >to other patches for the Linux kernel? In this case there is not a
> >"does not compile" dependency, but at least they belong together.
> >
> >I wonder what works out for acpica and Linux kernel maintainers best,
> >please advise.
> >
> >
> >----
> >
> >ACPICA: Add acpi_gbl_force_rsdt variable
> >
> >Signed-off-by: Thomas Renninger <trenn@suse.de>
> >Tested-by: Mark Doughty <me@markdoughty.co.uk>
> >
> >
> >---
> > drivers/acpi/tables/tbutils.c     |    3 ++-
> > drivers/acpi/utilities/utglobal.c |    1 +
> > include/acpi/acglobal.h           |    1 +
> > 3 files changed, 4 insertions(+), 1 deletion(-)
> >
> >Index: linux-acpi-
> >2.6_video_native_vs_vendor/drivers/acpi/utilities/utglobal.c
> >===================================================================
> >--- linux-acpi-
> >2.6_video_native_vs_vendor.orig/drivers/acpi/utilities/utglobal.c
> >+++
> linux-acpi-2.6_video_native_vs_vendor/drivers/acpi/utilities/utglobal.c
> >@@ -76,6 +76,7 @@ u8 acpi_gbl_method_executing = FALSE;
> > /* System flags */
> >
> > u32 acpi_gbl_startup_flags = 0;
> >+int acpi_gbl_force_rsdt = 0;
> >
> > /* System starts uninitialized */
> >
> >Index: linux-acpi-2.6_video_native_vs_vendor/include/acpi/acglobal.h
> >===================================================================
> >--- linux-acpi-2.6_video_native_vs_vendor.orig/include/acpi/acglobal.h
> >+++ linux-acpi-2.6_video_native_vs_vendor/include/acpi/acglobal.h
> >@@ -246,6 +246,7 @@ ACPI_EXTERN u8 acpi_gbl_system_awake_and
> >
> > extern u8 acpi_gbl_shutdown;
> > extern u32 acpi_gbl_startup_flags;
> >+extern int acpi_gbl_force_rsdt;
> > extern const char *acpi_gbl_sleep_state_names[ACPI_S_STATE_COUNT];
> > extern const char *acpi_gbl_highest_dstate_names[4];
> > extern const struct acpi_opcode_info
> >acpi_gbl_aml_op_info[AML_NUM_OPCODES];
> >Index:
> linux-acpi-2.6_video_native_vs_vendor/drivers/acpi/tables/tbutils.c
> >===================================================================
> >--- linux-acpi-
> >2.6_video_native_vs_vendor.orig/drivers/acpi/tables/tbutils.c
> >+++ linux-acpi-2.6_video_native_vs_vendor/drivers/acpi/tables/tbutils.c
> >@@ -421,7 +421,8 @@ acpi_tb_parse_root_table(acpi_physical_a
> >
> > 	/* Differentiate between RSDT and XSDT root tables */
> >
> >-	if (rsdp->revision > 1 && rsdp->xsdt_physical_address) {
> >+	if (rsdp->revision > 1 && rsdp->xsdt_physical_address
> >+	    && !acpi_gbl_force_rsdt) {
> > 		/*
> > 		 * Root table is an XSDT (64-bit physical addresses). We
> must
> >use the
> > 		 * XSDT if the revision is > 1 and the XSDT pointer is
> present,
> >as per
> >
> 


  reply	other threads:[~2008-05-09  8:50 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-08 15:10 [PATCH 1/3] ACPICA: Add acpi_gbl_force_rsdt variable Thomas Renninger
2008-05-08 16:32 ` Moore, Robert
2008-05-09  8:50   ` Thomas Renninger [this message]
2008-05-09 17:28     ` Moore, Robert
2008-05-13 18:00       ` Thomas Renninger
2008-05-13 17:04         ` 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=1210323010.29724.7.camel@queen.suse.de \
    --to=trenn@suse.de \
    --cc=astarikovskiy@suse.de \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=me@markdoughty.co.uk \
    --cc=robert.moore@intel.com \
    --cc=yakui.zhao@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.