On Sun, Feb 24, 2008 at 2:43 AM, Linus Torvalds
[EMAIL PROTECTED] wrote:
On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
Thanks for testing. Below is the final version of the patch with a
changelog
etc.
Thanks, applied.
With this, I also find that I dislike the use of
On Sat, Feb 23, 2008 at 10:07 AM, Linus Torvalds
[EMAIL PROTECTED] wrote:
On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
OK, please have a look at the modified patch below.
All right, I'm fine with it. Now we just need to confirm that it works for
people..
Looks good. Applied Rafael
On Fri, Feb 22, 2008 at 5:02 AM, Jesse Barnes [EMAIL PROTECTED] wrote:
On Thursday, February 21, 2008 11:43 am Romano Giannetti wrote:
Let's try to narrow it down to what the interaction is. Are you using
something like acpi_sleep=s3_bios or similar?
No. Not additional command
On Fri, Feb 22, 2008 at 8:31 AM, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Jeff, can you please test hibernation with the patch I've just sent to Jesse
(reproduced below for convenience)?
Testing now.
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-acpi in
the body
On Feb 21, 2008 1:28 AM, Linus Torvalds [EMAIL PROTECTED] wrote:
Try suspend-and-resume without X.
Works without those two functions.
Also, try it on one of the more modern laptops - even *with* X.
Again, still works. Tested on Lenovo X60s.
Basically, the kernel wants to be able to do what
On Feb 21, 2008 1:17 AM, Jeff Chua [EMAIL PROTECTED] wrote:
On Feb 20, 2008 2:19 PM, Jeff Chua
I'll try the idle=poll to see if that works and will try some printk
Tried idle=poll but it has not effect.
Thanks,
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-acpi
On Feb 20, 2008 2:19 PM, Jeff Chua
I'll try the idle=poll to see if that works and will try some printk
I don't know what exactly the i915_suspend() and i915_resume() are
supposed to do because it works better without them.
After inserting return 0; right at the top of those two functions
On Feb 21, 2008 1:52 AM, Linus Torvalds [EMAIL PROTECTED] wrote:
Ahh. You're using the BIOS to re-initialize your video, aren't you?
I don't know. Just pure simple s2ram without any options.
Let's try to narrow it down to what the interaction is. Are you using
something like
On Feb 21, 2008 1:28 AM, Linus Torvalds [EMAIL PROTECTED] wrote:
That said, before you do anything else, try if suspend-to-RAM works.
Linus, guess I missed this part ... so before touch anything, I did
tried suspend-to-ram, and it works on console and in X.
And suspend-to-disk hangs, but I can
On Feb 21, 2008 1:50 AM, Jesse Barnes [EMAIL PROTECTED] wrote:
I would like to know what they're for.
They're for saving and restoring GPU state across suspend/resume. They're
particularly useful if your machine doesn't re-POST at resume time. In that
case your GPU may be totally
On Feb 21, 2008 2:53 AM, Jesse Barnes [EMAIL PROTECTED] wrote:
So, next I'll try shutdown to see if it work. I was using platform.
Ok, that would be good to try.
shutdown does power down properly. But still green on resume.
Looks like the AR registers are hosed, which is what I thought I
On Thu, Feb 21, 2008 at 5:37 AM, Jesse Barnes [EMAIL PROTECTED] wrote:
Ok, can you give this patch a try with the 'platform' method? It should at
least tell us what ACPI would like the device to do at suspend time, but it
probably won't fix the hang.
I can't get it to compile.
On Thu, Feb 21, 2008 at 8:39 AM, Jesse Barnes [EMAIL PROTECTED] wrote:
Oops, maybe this should just be pci_choose_state instead.
And this change should just be reverted (leave it as PCI_D0).
drivers/char/drm/i915_drv.c: In function 'i915_suspend':
drivers/char/drm/i915_drv.c:372: warning:
On Thu, Feb 21, 2008 at 9:21 AM, Jesse Barnes [EMAIL PROTECTED] wrote:
I hope those are just warning that can just be ignored.
Oops again, should be dev-pdev. Silly DRM layer obfuscation.
I was just about to write that the test didn't work. Both std str
hangs even before attempting to
On Thu, Feb 21, 2008 at 8:39 AM, Jesse Barnes [EMAIL PROTECTED] wrote:
On Wednesday, February 20, 2008 4:35 pm Jeff Chua wrote:
On Thu, Feb 21, 2008 at 5:37 AM, Jesse Barnes [EMAIL PROTECTED]
wrote:
Ok, can you give this patch a try with the 'platform' method? It should
at least
On Feb 16, 2008 5:00 AM, Greg KH [EMAIL PROTECTED] wrote:
Also, I've tried CONFIG_DETECT_SOFTLOCKUP=n, but this doesn't fix it either.
Ok, this looks to be something else.
Here's the last dmesg after suspend-to-disk and hang there...
CPU 1 is now offline
SMP alternatives: switching
On Feb 20, 2008 12:32 PM, Jesse Barnes [EMAIL PROTECTED] wrote:
On Tuesday, February 19, 2008 6:28 pm Linus Torvalds wrote:
On Tue, 19 Feb 2008, Jesse Barnes wrote:
I found the same poweroff issue on my T61. It turned out to be related
to the C state code disabling interrupts when it
On Fri, Feb 15, 2008 at 2:59 PM, Greg KH [EMAIL PROTECTED] wrote:
I swear someone else sent this in, but my archives don't show it at all.
I think the patch below should solve this, but I need someone to test it.
I tested but it doesn't fix the problem for me. May be my problem is
different
On Feb 13, 2008 3:54 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 12 Feb 2008 22:45:09 +0100 Frans Pop [EMAIL PROTECTED] wrote:
Symptom is that the system shuts down normally and completely, it just does
not power off.
I've been struggling with an identically-manifesting regression
On 10/22/07, Frans Pop [EMAIL PROTECTED] wrote:
On Monday 22 October 2007, Alexey Starikovskiy wrote:
Frans Pop wrote:
I must say that having these relatively top-level ACPI settings
depending on something that is relatively buried away is not very
intuitive!
That's really something
On 4/14/07, Adrian Bunk [EMAIL PROTECTED] wrote:
Subject: suspend to disk hangs (CONFIG_NO_HZ)
References : http://lkml.org/lkml/2007/3/25/217
Submitter : Jeff Chua [EMAIL PROTECTED]
Status : unknown
Still hangs on -rc6.
Thanks,
Jeff.
-
To unsubscribe from this list: send the line
On 3/31/07, Thomas Gleixner [EMAIL PROTECTED] wrote:
Jeff still seems to have problems with CONFIG_NO_HZ=n and it might be
caused by time keeping / tick management resume happening before the
HPET resume.
meConfirmed that suspend/resume disk/ram works on X60s with
meCONFIG_HPET_TIMER=y and
On 4/1/07, David Brownell [EMAIL PROTECTED] wrote:
for those will all get grouped together ... suspended very late and
resumed very early, regardless of when they get registered. Pretty
much the driver model parts of what Linus was suggesting; clockevent
bits would still be needed.
I tested
On 3/31/07, Adrian Bunk [EMAIL PROTECTED] wrote:
Subject: ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
http://lkml.org/lkml/2007/2/28/348
Submitter : Jens Axboe [EMAIL PROTECTED]
Jeff Chua [EMAIL PROTECTED]
Status
On 3/29/07, Michael S. Tsirkin [EMAIL PROTECTED] wrote:
Quoting Maxim [EMAIL PROTECTED]:
The patch below is a temporally fix, until
clock-events and clocksources will get proper suspend/resume
hooks:
Bingo!
I confirmed that it suspend/resume disk/ram all
On 3/29/07, Maxim Levitsky [EMAIL PROTECTED] wrote:
Subject: Add suspend/resume for HPET
This adds support of suspend/resume on i386 for HPET
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
Confirmed that suspend/resume disk/ram works on X60s with
CONFIG_HPET_TIMER=y and CONFIG_NO_HZ unset.
On 3/19/07, Adrian Bunk [EMAIL PROTECTED] wrote:
Subject: ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
http://lkml.org/lkml/2007/2/28/348
Submitter : Jens Axboe [EMAIL PROTECTED]
Jeff Chua [EMAIL PROTECTED]
Status
On 3/8/07, Michael S. Tsirkin [EMAIL PROTECTED] wrote:
Quoting Adrian Bunk [EMAIL PROTECTED]:
Subject: [2/6] 2.6.21-rc2: known regressions
Subject: ThinkPad T60: no screen after suspend to RAM
References : http://lkml.org/lkml/2007/2/22/391
Submitter : Michael S. Tsirkin [EMAIL
On 3/6/07, Jeff Chua [EMAIL PROTECTED] wrote:
On 3/5/07, Adrian Bunk [EMAIL PROTECTED] wrote:
I have the same problem on my IBM X60s on rc1 and rc2. Can't resume
from RAM, can't suspend to disk. It is possible to revert all the
changes to ACPI and test it?
This is with CONFIG_KVM=n
On 3/6/07, Michael S. Tsirkin [EMAIL PROTECTED] wrote:
Quoting Jeff Chua [EMAIL PROTECTED]:
Subject: Re: 2.6.21-rc1: known regressions (v2) (part 1)
On 3/6/07, Jeff Chua [EMAIL PROTECTED] wrote:
On 3/5/07, Adrian Bunk [EMAIL PROTECTED] wrote:
I have the same problem on my IBM X60s
On 3/5/07, Adrian Bunk [EMAIL PROTECTED] wrote:
I have the same problem on my IBM X60s on rc1 and rc2. Can't resume
from RAM, can't suspend to disk. It is possible to revert all the
changes to ACPI and test it?
This is with CONFIG_KVM=n?
Yes.
-
To unsubscribe from this list: send the line
On 3/1/07, Michael S. Tsirkin [EMAIL PROTECTED] wrote:
with 2.6.20, pressing Fn/F4 generates an ACPI event and triggers suspend to RAM.
On 2.6.21-rc2, after resume (when the box is accessible from network),
pressing Fn/F4 again does not seem to have any effect.
I have the same problem on my
32 matches
Mail list logo