login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
April
»
28
Re: [PATCH] acpi: Fall back to manually changing SCI_EN
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Rafael J. Wysocki
Subject:
Re: [PATCH] acpi: Fall back to manually changing SCI_EN
Date: Wednesday, April 28, 2010 - 11:58 am
On Monday 19 April 2010, Matthew Garrett wrote:
quoted text
> The ACPI spec tells us that the ACPI SCI_EN bit is under hardware control > and shouldn't be touched by the OS. It seems that the Leading Other OS > ignores this and some machines expect this behaviour. We have a blacklist > for these, but given that we're able to detect the failure case and the > alternative to breaking the spec is letting the machine crash and burn, > let's try falling back when we know the alternative is a mostly-dead > machine. > > Signed-off-by: Matthew Garrett <mjg@redhat.com>
I guess we can try that, but I'd prefer it if that went into .35. It _should_ be safe, but ... Anyway, Acked-by: Rafael J. Wysocki <rjw@sisk.pl>
quoted text
> --- > drivers/acpi/sleep.c | 16 +++++++++++++--- > 1 files changed, 13 insertions(+), 3 deletions(-) > > diff --git a/drivers/acpi/sleep.c b/drivers/acpi/sleep.c > index f74834a..79df8d4 100644 > --- a/drivers/acpi/sleep.c > +++ b/drivers/acpi/sleep.c > @@ -227,6 +227,7 @@ static int acpi_suspend_begin(suspend_state_t pm_state) > static int acpi_suspend_enter(suspend_state_t pm_state) > { > acpi_status status = AE_OK; > + acpi_status enable_status = AE_OK; > unsigned long flags = 0; > u32 acpi_state = acpi_target_sleep_state; > > @@ -254,10 +255,19 @@ static int acpi_suspend_enter(suspend_state_t pm_state) > } > > /* If ACPI is not enabled by the BIOS, we need to enable it here. */ > - if (set_sci_en_on_resume) > + if (!set_sci_en_on_resume) > + enable_status = acpi_enable(); > + > + if (set_sci_en_on_resume || enable_status == AE_NO_HARDWARE_RESPONSE) > + /* If we're still in legacy mode then we have a problem. The > + * spec tells us that this bit is under hardware control, but > + * there's no plausible way that the OS can transition back to > + * legacy mode so our choices here are to either ignore the > + * spec or crash and burn horribly. The latter doesn't seem > + * like it's ever going to be the preferable choice, so let's > + * live dangerously. > + */ > acpi_write_bit_register(ACPI_BITREG_SCI_ENABLE, 1); > - else > - acpi_enable(); > > /* Reprogram control registers and execute _BFS */ > acpi_leave_sleep_state_prep(acpi_state);
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] acpi: Fall back to manually changing SCI_EN
, Matthew Garrett
, (Mon Apr 19, 2:13 pm)
Re: [PATCH] acpi: Fall back to manually changing SCI_EN
, Alex Chiang
, (Tue Apr 20, 8:00 am)
RE: [PATCH] acpi: Fall back to manually changing SCI_EN
, Rezwanul_Kabir
, (Tue Apr 20, 10:31 am)
Re: [PATCH] acpi: Fall back to manually changing SCI_EN
, Rafael J. Wysocki
, (Wed Apr 28, 11:58 am)
Re: [PATCH] acpi: Fall back to manually changing SCI_EN
, Len Brown
, (Wed Apr 28, 5:22 pm)
Re: [PATCH] acpi: Fall back to manually changing SCI_EN
, Rafael J. Wysocki
, (Thu Apr 29, 2:05 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v2 11/11] sched: update tg->shares after cpu.shares write
Ingo Molnar
Re: [RFC] Cpu-hotplug: Using the Process Freezer (try2)
Michal Nazarewicz
Re: [PATCH] USB: Gadget: g_multi: added INF file for gadget with multiple configur...
Eric W. Biederman
Re: init's children list is long and slows reaping children.
Jeffrey V. Merkey
Re: Versioning file system
git
:
Matthieu Moy
Re: Bugs in Gitosis
Daniel Barkalow
Re: About git and the use of SHA-1
David Lang
Re: mingw, windows, crlf/lf, and git
Shawn O. Pearce
Re: Bugs in Gitosis
Junio C Hamano
Re: [PATCH 14/21] Convert ce_path_match() to use struct pathspec
linux-netdev
:
David Miller
Re: [2.6.30-rc3] powerpc: compilation error of mace module
David Miller
Re: [PATCH] ipv6: fix display of local and remote sit endpoints
Cong Wang
Re: [PATCH] s2io: add dynamic LRO disable support
Tobacco New Year Promo
Eric Dumazet
Re: [PATCH] net: implement emergency route cache rebulds when gc_elasticity is exc...
git-commits-head
:
Linux Kernel Mailing List
V4L/DVB: tm6000: add special usb request to quit i2c tuner transfer
Linux Kernel Mailing List
of/flattree: merge early_init_dt_scan_memory() common code
Linux Kernel Mailing List
b43: N-PHY: add some registers and structs definitions
Linux Kernel Mailing List
powerpc: Move /proc/ppc64 to /proc/powerpc and add symlink
Linux Kernel Mailing List
drivers/acpi: use kasprintf
openbsd-misc
:
Ted Bullock
Re: Proliant DL380 G3 cannot get on network
Eric Furman
Re: Defending OpenBSD Performance
Damien Miller
Re: Patching a SSH 'Weakness'
Tony Abernethy
Re: The Atheros story in much fewer words
Nick Holland
Re: 1 out of 3 hunks failed--saving rejects to kerberosV/src/lib/krb5/crypto.c.rej
Colocation donated by:
Syndicate