On Tue, 9 Oct 2007, John Sigler wrote:
Hello everyone,
I'm using a -rt kernel with high resolution timer support.
http://rt.wiki.kernel.org/index.php/Main_Page
Linux version 2.6.22.1-rt9 ([EMAIL PROTECTED]) (gcc version 3.4.6) #1 PREEMPT
RT Tue
Oct 9 10:02:45 CEST 2007
I enabled high
On Tue, 9 Oct 2007, John Sigler wrote:
Alessio Igor Bogani wrote:
On Tue, 2007-10-09 at 11:06 +0200, John Sigler wrote:
[...]
I enabled high resolution timer support and disabled ACPI support.
[...]
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00375.html
There are other
for the duration of .suspend/.resume.
That's basically what I did in my -hrt patch set. I just wonder whether
this decision should be moved into the cpuidle code.
Signed-off-by: Len Brown [EMAIL PROTECTED]
Reviewed-by: Thomas Gleixner [EMAIL PROTECTED]
---
processor_idle.c |7 +++
1 file
On Wed, 2007-09-19 at 13:53 +0200, Rafael J. Wysocki wrote:
And git-acpi breaks suspend-to-disk as well. It gets up to
Suspending console(s)
and then the cursor stops blinking at it wedges up.
Bisection shows that the resume-from-ram failure is caused by
commit
On Thu, 2007-06-21 at 17:47 -0400, Chuck Ebbert wrote:
On 06/21/2007 05:04 PM, Tim Gardner wrote:
Hi,
Commit e9e2cdb412412326c4827fc78ba27f410d837e6e breaks boot on a Dell
E1501 unless 'acpi=off' is specified (also tried nolapic and nohpet but
it made no substantive difference). This
On Thu, 2007-06-21 at 23:55 +0200, Thomas Gleixner wrote:
X2 Mobile Technology TL-50' CPU, but its booting 32 bit SMP (make
1.) are you booting a 32bit or a 64 bit kernel ?
Sigh, I'm too tired :)
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-acpi
On Sun, 2007-05-13 at 23:42 -0700, Andrew Morton wrote:
On Sun, 13 May 2007 18:12:50 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
Still hangs in the same fashion, sorry.
It's peculiar that the hang happens when
On Sat, 2007-05-12 at 18:11 -0700, Andrew Morton wrote:
On Sat, 12 May 2007 21:56:10 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
On Sat, 2007-05-12 at 10:23 -0700, Andrew Morton wrote:
The broken-out queue should turn up at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm
On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
Still hangs in the same fashion, sorry.
It's peculiar that the hang happens when acpi_evaluate_object() hits its
return statement. Any theories there?
I assume you have a printk right before the return and one after the
call to
On Sun, 2007-05-13 at 10:07 +0200, Thomas Gleixner wrote:
Can you send me your .config please ?
http://userweb.kernel.org/~akpm/config-sony.txt
No luck.
I'm making progress. After fiddling with the config options I get a
solid lockup of netconsole during boot :(
But also lockdep
On Fri, 2007-05-11 at 23:56 -0700, Andrew Morton wrote:
On Fri, 11 May 2007 23:09:15 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
hm, Fedora don't seem to want to give me an RPM which contains acpidump
and
all the yum servers are featuring scrogged checksums. I could
On Sat, 2007-05-12 at 02:00 -0700, Andrew Morton wrote:
Still hangs in the same fashion, sorry.
I did not really expect that it fixes the problem. It just restored the
local APIC suspend/resume register fiddling which we had before the
resume logic patch.
It's peculiar that the hang happens
On Sat, 2007-05-12 at 03:07 -0700, Andrew Morton wrote:
On Sat, 12 May 2007 11:18:09 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
It's peculiar that the hang happens when acpi_evaluate_object() hits its
return statement. Any theories there?
Only stack or memory corruption come
On Sat, 2007-05-12 at 03:07 -0700, Andrew Morton wrote:
On Sat, 12 May 2007 11:18:09 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
It's peculiar that the hang happens when acpi_evaluate_object() hits its
return statement. Any theories there?
Only stack or memory corruption come
On Sat, 2007-05-12 at 09:51 -0700, Andrew Morton wrote:
The locking in clocksource_resume_watchdog looks pretty pointless anyway.
Can't we just delete it?
The only thing it can race against is, conceivably,
resumed = watchdog_resumed;
if (unlikely(resumed))
On Sat, 2007-05-12 at 19:01 +0200, Thomas Gleixner wrote:
On Sat, 2007-05-12 at 09:51 -0700, Andrew Morton wrote:
The locking in clocksource_resume_watchdog looks pretty pointless anyway.
Can't we just delete it?
The only thing it can race against is, conceivably,
resumed
On Sat, 2007-05-12 at 10:23 -0700, Andrew Morton wrote:
On Sat, 12 May 2007 19:01:41 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
Can you upload a snapshot of your current queue ?
Yeah, that's super-easy. It just happens that it all compiles
and runs at present ;)
Really ?
/home/tglx
On Sat, 2007-05-12 at 10:23 -0700, Andrew Morton wrote:
The broken-out queue should turn up at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/
in a few minutes.
Sigh. I can't reproduce your lockdep problem :(
Can you send me your .config please ?
tglx
-
To unsubscribe from
On Thu, 2007-05-10 at 01:46 -0700, Andrew Morton wrote:
On Wed, 09 May 2007 23:26:22 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
Andrew,
can you test the alternative replacement patch for
clockevents: Fix resume logic - updated version
It does not touch the interrupt
On Thu, 2007-05-10 at 02:18 -0700, Andrew Morton wrote:
If that patch makes the problem go away, then we should have a quite
good hint what we need to look at.
No joy, sorry. It still hangs at the last statement in
acpi_evaluate_object().
Can you add nolapic_timer to the
Note, however, that the assumption that the TSC and the LAPIC
timer breaking under the same conditions will not always
be true going forward.
In particular, there will be systems with a fully functional TSC
and a broken LAPIC timer. But I guess we'll cross that bridge
when we come to
On Wed, 2007-05-09 at 00:10 -0700, Andrew Morton wrote:
find an updated patch below. It fixes the problem on Ingo's
VAIO-of-fun-emulator and I got confirmation from several other affected
users, that the patch series is still solving their problems.
The machine is still hanging
On Wed, 2007-05-09 at 01:31 -0700, Andrew Morton wrote:
I suspect I just tested the wrong thing yesterday. Let me recheck just
these patches against 2.6.21.
yup, same hang with just these three:
origin
clocksource-fix-resume-logic
clockevents-fix-resume-logic-updated-version
I have
On Wed, 2007-05-09 at 13:45 +0200, Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 10:59, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 01:31 -0700, Andrew Morton wrote:
I suspect I just tested the wrong thing yesterday. Let me recheck just
these patches against 2.6.21.
yup
On Wed, 2007-05-09 at 20:36 +0200, Rafael J. Wysocki wrote:
Well, apparently, not in -mm2:
[EMAIL PROTECTED]:~/src/mm/linux-2.6.21-mm2 grep -r -I -l
'timekeeping_resume' *
kernel/time/timekeeping.c
[EMAIL PROTECTED]:~/src/mm/linux-2.6.21-mm2 grep clocksource_resume
On Wed, 2007-05-09 at 22:53 +0200, Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 22:45, Thomas Gleixner wrote:
On Wed, 2007-05-09 at 20:36 +0200, Rafael J. Wysocki wrote:
Well, apparently, not in -mm2:
[EMAIL PROTECTED]:~/src/mm/linux-2.6.21-mm2 grep -r -I -l
On Sun, 2007-04-29 at 01:34 -0400, Len Brown wrote:
clockevents_notify() is called with the power verify information for an
offline CPU. I can handle this in the clockevents code, but I think acpi
is the correct place.
So the CONFIG_GENERIC_CLOCKEVENTS=y case is broken,
but the
On Sat, 2007-04-28 at 18:27 +0200, Michal Piotrowski wrote:
Hi all,
Here is a list of known regressions reported after 2.6.21 release.
Michal, thanks for stepping up !
Subject: 2.6.21 - BUG: at arch/i386/kernel/smp.c:177
send_IPI_mask_bitmask()
References :
On Thu, 2007-03-29 at 15:46 +0200, Maxim Levitsky wrote:
Subject: Add suspend/resume for HPET
This adds support of suspend/resume on i386 for HPET
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
+static struct sysdev_class hpet_class = {
+ set_kset_name(hpet),
+ .suspend=
On Sun, 2007-04-01 at 00:01 +0800, Jeff Chua wrote:
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
On Sat, 2007-03-31 at 09:09 -0700, Linus Torvalds wrote:
On Sat, 31 Mar 2007, Thomas Gleixner wrote:
While I agree in principle with the patch, I'm a bit uncomfortable. The
sys device suspend / resume ordering is not guaranteed and relies on the
registering order.
Well, this is why
On Thu, 2007-03-22 at 14:42 +0100, Adrian Bunk wrote:
Starting with head as of yesterday and reverting two commits (that are
duplicates of each other -- the same commit came into Linus's tree via
two different paths) 'fixes' the problem for me. I'll let those with the
big brains decide
On Thu, 2007-03-22 at 15:16 +0100, Adrian Bunk wrote:
Does it work if you do _not_ revert the commits, and instead replace in
drivers/acpi/processor_idle.c the
#ifdef ARCH_APICTIMER_STOPS_ON_C3
with an
#if 0
?
Then NOAPIC probably works again, but booting w/o NOAPIC
On Wed, 2007-02-28 at 23:13 +0200, Michael S. Tsirkin wrote:
Subject: ThinkPad T60: no screen after suspend to RAM
References : http://lkml.org/lkml/2007/2/22/391
Submitter : Michael S. Tsirkin [EMAIL PROTECTED]
Handled-By : Ingo Molnar [EMAIL PROTECTED]
Status : unknown
Just
On Fri, 2007-02-23 at 01:38 +0200, Michael S. Tsirkin wrote:
1. After suspend to RAM, system wakes up but no screen.
I can log in through ssh though.
dmesg output at this point below.
Works fine on 2.6.20 and below, with same .config
.config and log file for this issue attached.
2. As a
. jiffies are restarting
from the same point as well.
This solves the resume waittime observed by Karsten Wiese.
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
Index: linux-2.6.20-rc6-mm/kernel/timer.c
===
--- linux-2.6.20-rc6-mm.orig
36 matches
Mail list logo