login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
1
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Rafael J. Wysocki
Subject:
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
Date: Tuesday, April 1, 2008 - 12:55 pm
On Tuesday, 1 of April 2008, Pavel Machek wrote:
quoted text
> Hi!
Hi,
quoted text
> > > > > > For the reasons outlined above, the change of the suspend ordering > > > > > > should be reverted, which is done by the patch below. > > > > > > > > > > But this will break those few nvidia-based systems, no? > > > > > > > > > > this may have been a good idea in -rc1 days, but we are in -rc7 > > > > > now... and the patch is slightly big. > > > > > > > > It's quite obvious, though. > > > > > > Yes, but breaking systems between -rc7 and final is _very_ unnice. > > > > Breaking systems between 2.6.24 and 2.6.25 is even worse, which is why > > I've posted this patch. > > > > IOW, we tried to fix systems that were broken with 2.6.24, but it didn't work, > > because our "fix" broke systems that were OK with 2.6.24. Solution: revert > > the "fix" and go back to the design board. That's all we can do so late in > > the release cycle, IMO. > > Well, I agree that regression from 2.6.24 is worse, but it is > _slightly_ worse... -rcs are really expected to improve... > > ...plus it no longer looks like macbook regression is caused by _PTS > ordering? > > > > > I think we _can_ do something about the failing NVidia systems in the 2.6.26 > > > > time frame, but that will require some more consideration. > > > > > > We could simply blacklist them, no? > > > > Yes, but for this purpose we'll have to redesign the core so that everything > > (including debugging and the error paths) works if _PTS is executed before > > suspending devices. _That_, however, is not a 2.6.25 thing. > > So we have solution that fixes 2.6.24 systems, makes system that > worked in 2.6.25-rc5 work with command line option, but gets error > handling wrong. > > I guess we could use that?
IMO we should not use that, because it's broken. That's why I posted the patch. Thanks, Rafael --
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 PM: Restore the 2.6.24 suspend ordering
, Rafael J. Wysocki
, (Sat Mar 29, 6:19 pm)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Pavel Machek
, (Sun Mar 30, 4:18 am)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Rafael J. Wysocki
, (Sun Mar 30, 4:58 am)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Pavel Machek
, (Sun Mar 30, 5:28 am)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Rafael J. Wysocki
, (Sun Mar 30, 6:15 am)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Pavel Machek
, (Tue Apr 1, 1:45 am)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Felix Möller
, (Tue Apr 1, 7:38 am)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Rafael J. Wysocki
, (Tue Apr 1, 12:55 pm)
Re: [PATCH] ACPI PM: Restore the 2.6.24 suspend ordering
, Pavel Machek
, (Wed Apr 2, 6:00 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Jakub Narebski
Re: [PATCH] gitweb: Fix shortlog only showing HEAD revision.
Rafael J. Wysocki
[Bug #16136] Linux 2.6.34 causes system lockup on Compaq Presario 2200 Laptop
Paul E. McKenney
Re: [PATCH, RFC] v4 scalable classic RCU implementation
Greg Kroah-Hartman
[PATCH 20/36] Driver core: Call device_pm_add() after bus_add_device() in device_a...
Jeremy Fitzhardinge
Re: [patch 1/6] Re-enable VDSO by default with PARAVIRT
git
:
Christian Stimming
git-gui: Fix broken revert confirmation.
Stephen R. van den Berg
Re: [RFC] origin link for cherry-pick and revert
Junio C Hamano
Re: git-svnimport
Mark Burton
Re: [PATCH] builtin-branch: highlight current remote branches with an asterisk
Johannes Schindelin
Re: [PATCH] Fix approxidate("never") to always return 0
git-commits-head
:
Linux Kernel Mailing List
ath9k_htc: Allocate URBs properly
Linux Kernel Mailing List
cpumask: make irq_set_affinity() take a const struct cpumask
Linux Kernel Mailing List
V4L/DVB (9041): Add support YUAN High-Tech STK7700D (1164:1f08)
Linux Kernel Mailing List
ARM: 5670/1: bcmring: add default configuration for bcmring arch
Linux Kernel Mailing List
ahci: Workaround HW bug for SB600/700 SATA controller PMP support
linux-netdev
:
Nick Piggin
Re: Kernel WARNING: at net/core/dev.c:1330 __netif_schedule+0x2c/0x98()
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Amit Kumar Salecha
[PATCH NEXT 10/10] qlcnic: add cksum flag
Patrick McHardy
Re: [PATCH RESEND 1/3] netfilter: xtables: inclusion of xt_condition
openbsd-misc
:
James Hozier
Re: DVD burn error: No space left on device
Christophe Rioux
Implementation example of snmp
Ryan McBride
Re: Packets Per Second Limit?
Nick Holland
Re: booting openbsd on eee without cd-rom
Very Fashion.com
Very-fashion.com -Novo! Brendirana garderoba po najpovoljnijim cenama.Bisou Bisou ...
Colocation donated by:
Syndicate