Thomas,
On Friday, 21 September 2007 21:16, Thomas Gleixner wrote:
Rafael,
On Fri, 2007-09-21 at 21:20 +0200, Rafael J. Wysocki wrote:
On Friday, 21 September 2007 18:27, Thomas Gleixner wrote:
I simply rmmod'ed the processor module before suspend and the problem is
solved as well
On Friday, 21 September 2007 21:45, Alan Stern wrote:
On Fri, 21 Sep 2007, Rafael J. Wysocki wrote:
Well, the problem is that apparently some systems (eg. my HP nx6325)
expect us
to execute the _PTS ACPI global control method before creating the
image _and_
to execute
On Friday, 21 September 2007 22:26, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
[snip]
The ACPI NVS area is explicitly marked as reserved and we don't save it.
On x86_64 we don't save any memory areas marked as reserved and yet the
above
happens.
I
On Friday, 21 September 2007 23:08, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
On Friday, 21 September 2007 22:26, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
[snip]
The ACPI NVS area is explicitly marked as reserved
On Saturday, 22 September 2007 01:19, Kyle Moffett wrote:
On Sep 21, 2007, at 17:16:59, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
The ACPI platform firmware is allowed to preserve information
accross the hibernation-resume cycle, so this need not be the same
On Saturday, 22 September 2007 01:47, Nigel Cunningham wrote:
Hi.
On Saturday 22 September 2007 09:19:18 Kyle Moffett wrote:
I think that in order for this to work, there would need to be some
ABI whereby the resume-ing kernel can pass its entire ACPI state and
a bunch of other
On Saturday, 22 September 2007 10:50, Thomas Gleixner wrote:
On Mon, 2007-09-17 at 18:37 +, Pavel Machek wrote:
That's a bit tricky because hitting the keyboard is what unsticks things.
And the video is black after resume-from-RAM (has always been thus) and we
Ok, can we try to
On Saturday, 22 September 2007 20:00, Kyle Moffett wrote:
On Sep 22, 2007, at 06:34:17, Rafael J. Wysocki wrote:
On Saturday, 22 September 2007 01:19, Kyle Moffett wrote:
On Sep 21, 2007, at 17:16:59, Jeremy Maitin-Shepard wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
The ACPI
On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote:
Hi all,
I'm having a strange problem, of course not reproducible. Sometimes
after a suspend (to ram) and resume cycle, the kernel will try to free
all memory. This means, all running applications are flushed to swap (as
long
On Sunday, 23 September 2007 00:59, Linus Torvalds wrote:
On Sat, 22 Sep 2007, Thomas Gleixner wrote:
My final enlightment was, when I removed the ACPI processor module,
which controls the lower idle C-states, right before resume; this
worked fine all the time even without all the
Hi Thomas,
Unfortunately, my observation that the patch series:
http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
worked with 2.6.23-rc4 was wrong. It _sometimes_ works, but usually doesn't
boot, just like 2.6.23-rc4-mm1, 2.6.23-rc6-mm1 and everything in between
On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote:
Rafael J. Wysocki wrote:
On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote:
Hi all,
I'm having a strange problem, of course not reproducible. Sometimes
after a suspend (to ram) and resume cycle, the kernel
was put under CONFIG_SUSPEND spanning half of the
file...
this patch moves it out.
Acked-by: Rafael J. Wysocki [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote:
Rafael J. Wysocki wrote:
On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote:
Rafael J. Wysocki wrote:
On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote:
Hi all,
I'm having a strange problem
On Sunday, 23 September 2007 20:31, Mihai Donțu wrote:
On Sunday 23 September 2007, Mihai Donțu wrote:
I'll to do a full cleanup and start all over. I'm going to nail this thing
down if
it's the last thing I do! (so help me God) :)
Found it!
The problem was Framebuffer Console
On Sunday, 23 September 2007 21:10, Thomas Gleixner wrote:
On Sun, 2007-09-23 at 12:57 +0200, Rafael J. Wysocki wrote:
Hi Thomas,
Unfortunately, my observation that the patch series:
http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
worked
On Sunday, 23 September 2007 21:18, Christian P. Schmidt wrote:
Rafael J. Wysocki wrote:
On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote:
Rafael J. Wysocki wrote:
On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote:
Rafael J. Wysocki wrote:
On Saturday, 22
On Sunday, 23 September 2007 21:59, Thomas Gleixner wrote:
On Sun, 2007-09-23 at 22:08 +0200, Rafael J. Wysocki wrote:
Since the boot fails very early, before any messages reach the (VGA)
console,
I have no idea what to do next, except for digging in the code.
Ok, lets track
On Monday, 24 September 2007 10:07, Thomas Gleixner wrote:
On Sun, 2007-09-23 at 22:52 +0200, Rafael J. Wysocki wrote:
Second, noacpitimer added to the command line makes all of the kernels,
up to
and including 2.6.23-rc6-mm1, boot (this seems to be 100% reproducible).
That's
On Monday, 24 September 2007 15:05, Thomas Gleixner wrote:
On Mon, 2007-09-24 at 14:57 +0200, Rafael J. Wysocki wrote:
http://tglx.de/projects/hrtimers/2.6.23-rc4/patch-2.6.23-rc4-hrt1.patches.tar.bz2
applied. I also have the 2.6.23-rc6-mm1 dmesg output ready, but
there's some
On Monday, 24 September 2007 16:23, Thomas Gleixner wrote:
On Mon, 2007-09-24 at 15:52 +0200, Rafael J. Wysocki wrote:
So I really wonder, why noacpitimer on the kernel command line makes
any
difference. I'm confused.
\metoo
Well, it was probably read as noacpi
On Monday, 24 September 2007 18:46, Thomas Gleixner wrote:
On Mon, 2007-09-24 at 17:18 +0200, Rafael J. Wysocki wrote:
Well, noacpi seems to be a synonym for pci=noacpi.
Anyway, it causes acpi_disable_pci() to be executed, which according to
Documentation/kernel-parameters.txt
On Tuesday, 25 September 2007 11:58, Damien Wyart wrote:
No, I do not have CONFIG_ACPI_SLEEP set,
because I do not have CONFIG_PM_SLEEP set,
because I do not want SUSPEND and/or HIBERNATION.
Same answer from my side: I do not have CONFIG_ACPI_SLEEP for the same
reason (and this
On Tuesday, 25 September 2007 13:02, Daniel Ritz wrote:
does that one help?
[ as attachment since i'm on webmail ]
ACPI: acpi_sleep_prepare() should not depent on CONFIG_SUSPEND
Signed-off-by: Daniel Ritz [EMAIL PROTECTED]
An alternative fix for this has been sent to Len:
On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 11:58, Damien Wyart wrote:
No, I do not have CONFIG_ACPI_SLEEP set,
because I do not have CONFIG_PM_SLEEP set,
because I do not want SUSPEND and/or HIBERNATION.
Same answer from my side
Hi,
This patch from Andi:
x86_64-mm-cpa-einval.patch
makes the hda_intel audio driver stop working on my HP nx6325.
The following line appears in dmesg (from 2.6.23-rc7-mm1:
ALSA /home/rafael/src/mm/linux-2.6.23-rc7-mm1/sound/pci/hda/hda_intel.c:1755: hd
a-intel: ioremap error
and the driver
Thomas,
On Tuesday, 25 September 2007 11:30, Thomas Gleixner wrote:
Rafael,
On Tue, 2007-09-25 at 10:07 +0200, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 10:14 +0400, Mikhail Kshevetskiy wrote:
Hello Thomas, Rafael
We know, that
- disabling local apic timers work
As
On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 11:58, Damien Wyart wrote:
No, I do not have CONFIG_ACPI_SLEEP set,
because I do not have CONFIG_PM_SLEEP
On Tuesday, 25 September 2007 14:28, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
As i can see from the log, you are booting on computer with dualcore
AMD
processor. Do you have C1E feature enabled?
That's possible, how to check
On Tuesday, 25 September 2007 14:52, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:28, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 14:20 +0200, Rafael J. Wysocki wrote:
As i can see from the log, you are booting on computer with
dualcore AMD
processor. Do you
On Monday, 24 September 2007 21:13, Thomas Gleixner wrote:
On Mon, 2007-09-24 at 21:11 +0200, Rafael J. Wysocki wrote:
/me scratches head
Retested.
We know, that
- disabling local apic timers work
This works reproducibly accross the board.
Ok
- local apic timers
On Tuesday, 25 September 2007 14:18, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 14:08 +0200, Rafael J. Wysocki wrote:
Hi,
This patch from Andi:
x86_64-mm-cpa-einval.patch
makes the hda_intel audio driver stop working on my HP nx6325.
The following line appears in dmesg
On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 11:58, Damien Wyart
On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25
On Tuesday, 25 September 2007 15:44, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 15:20 +0200, Rafael J. Wysocki wrote:
The patch is correct. Instead of returning Success in the case of a
failure of lookup_address, it now returns -EINVAL, which in turn makes
the ioremap fail.
OTOH
On Tuesday, 25 September 2007 16:19, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 14:53, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25
On Tuesday, 25 September 2007 16:45, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 16:19, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 15:15, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Tuesday, 25
On Tuesday, 25 September 2007 17:40, Linus Torvalds wrote:
On Tue, 25 Sep 2007 08:51:09 +0200 Damien Wyart [EMAIL PROTECTED] wrote:
Hello,
After testing rc8, I noticed that I couldn't power off the computer
directly, it only got halted and I had to press the power button
manually.
On Tuesday, 25 September 2007 15:17, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 15:16 +0200, Rafael J. Wysocki wrote:
[--snip--]
I start to get desperate. Below is a patch, which moves the apic timer
disable check after the calibration routine. Can you please apply on top
of -hrt and add
On Tuesday, 25 September 2007 21:37, Thomas Gleixner wrote:
commit 3556ddfa9284a86a59a9b78fe5894430f6ab4eef titled
[PATCH] x86-64: Disable local APIC timer use on AMD systems with C1E
solves a problem with AMD dual core laptops e.g. HP nx6325 (Turion 64
X2) with C1E enabled:
When both
Thomas,
On Tuesday, 25 September 2007 22:46, Thomas Gleixner wrote:
Rafael,
On Tue, 2007-09-25 at 22:07 +0200, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 15:17, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 15:16 +0200, Rafael J. Wysocki wrote:
[--snip--]
I start
On Tuesday, 25 September 2007 22:55, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 22:55 +0200, Rafael J. Wysocki wrote:
I have reworked the patch a bit so that it applies on top of 2.6.23-rc8-mm1
and compiles (my version is attached).
With this patch applied, the kernel boots correctly
On Tuesday, 25 September 2007 23:44, Frans Pop wrote:
On Tuesday 25 September 2007, Rafael J. Wysocki wrote:
On Tuesday, 25 September 2007 17:40, Linus Torvalds wrote:
Len - why are you guys moving stuff into CONFIG_PM_SLEEP? I know you
seem to think that absolutely *everybody* should
On Wednesday, 26 September 2007 10:31, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Tuesday, 25 September 2007 22:55, Thomas Gleixner wrote:
On Tue, 2007-09-25 at 22:55 +0200, Rafael J. Wysocki wrote:
I have reworked the patch a bit so that it applies on top
Thomas,
On Tuesday, 25 September 2007 23:24, Thomas Gleixner wrote:
Rafael,
On Tue, 2007-09-25 at 23:28 +0200, Rafael J. Wysocki wrote:
I'm a bit confused by your earlier confirmation, that mainline w/o the
-hrt patches boots fine, when you add apicmaintimer to the kernel
command
On Wednesday, 26 September 2007 20:51, Thomas Gleixner wrote:
On Wed, 2007-09-26 at 17:25 +0200, Rafael J. Wysocki wrote:
There still are some oddities.
First, with the x86-64: Disable local APIC timer use on AMD systems with
C1E
patch and my collection of suspend patches applied
On Wednesday, 26 September 2007 21:49, Rafael J. Wysocki wrote:
On Wednesday, 26 September 2007 20:51, Thomas Gleixner wrote:
On Wed, 2007-09-26 at 17:25 +0200, Rafael J. Wysocki wrote:
There still are some oddities.
First, with the x86-64: Disable local APIC timer use on AMD systems
Hi,
This message lists some known regressions from 2.6.22 for which there are
no fixes in the mainline that I know of. If any of them have been fixed
already, please let me know.
If you know of any other unresolved regressions from 2.6.22, please let me know
either and I'll add them to the
Thomas,
On Wednesday, 26 September 2007 23:34, Thomas Gleixner wrote:
Rafael,
On Wed, 2007-09-26 at 23:00 +0200, Rafael J. Wysocki wrote:
First, with the x86-64: Disable local APIC timer use on AMD systems
with C1E
patch and my collection of suspend patches applied, the box
On Thursday, 27 September 2007 01:29, Chuck Ebbert wrote:
On 09/26/2007 07:27 PM, Rafael J. Wysocki wrote:
Subject:Regression in 2.6.23-pre Was: Problems with 2.6.23-rc6 on AMD
Geode LX800
Submitter: Joerg Pommnitz [EMAIL PROTECTED]
References: http://lkml.org/lkml/2007/9/26/91
On Thursday, 27 September 2007 08:19, Meelis Roos wrote:
RJW This message lists some known regressions from 2.6.22 for which there are
RJW no fixes in the mainline that I know of. If any of them have been fixed
RJW already, please let me know.
RJW
RJW If you know of any other unresolved
On Thursday, 27 September 2007 12:31, Norbert Preining wrote:
Hi all!
(Please Cc)
kernel 2.6.23-rc6
Debian/sid
Does it happen with 2.6.22?
kernel ooops:
BUG: unable to handle kernel paging request at virtual address 104b
printing eip:
c0195bd3
*pde =
Oops:
On Tuesday, 25 September 2007 17:13, Pierre-Yves Paulus wrote:
Hello,
Yet another report, once again while putting rfcomm system under load.
Several USB adapters, several links.
Is this a regression or does it happen with 2.6.22 too?
Greetings,
Rafael
-
To unsubscribe from this list: send
On Thursday, 27 September 2007 15:13, Norbert Preining wrote:
On Do, 27 Sep 2007, Rafael J. Wysocki wrote:
Does it happen with 2.6.22?
Hard to say. It didn't happen as long as I used -22, but it didn't
happen for a long time (since I run -rc6), and it is not reproducible.
What I did
On Thursday, 27 September 2007 11:22, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
- The scheduler devel tree has been restored
- The driver tree is presently busted, so I reverted it to the 2..23-rc8-mm1
version.
-
On Thursday, 27 September 2007 01:21, Thomas Gleixner wrote:
On Thu, 2007-09-27 at 01:30 +0200, Rafael J. Wysocki wrote:
Tested for a couple of times with each kernel, the results seem to be
reproducible 100% of the time.
Thanks for going through this debug marathon.
No big
On Thursday, 27 September 2007 17:19, Rafael J. Wysocki wrote:
On Thursday, 27 September 2007 11:22, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
- The scheduler devel tree has been restored
- The driver tree
On Thursday, 27 September 2007 17:22, Jordan Crouse wrote:
On 27/09/07 17:30 +0200, R. J. Wysocki wrote:
On Thursday, 27 September 2007 16:44, Marco Tralli wrote:
Hello all,
I have random hangs on kernel boot or after few minutes on a NatSemi Geode
GX1 based PC-104 (from Advantech)
On Thursday, 27 September 2007 17:21, Meelis Roos wrote:
http://lkml.org/lkml/2007/9/22/64
Created: http://bugzilla.kernel.org/show_bug.cgi?id=9087
Please add a summary of your observations to this bug entry.
Added;
Thanks
However, it's assigned to serial devices, while imput
to disable_apic_timer (labeled as __initdata) from the CPU
initialization code.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
arch/x86_64/kernel/apic.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.23-rc8-mm2/arch/x86_64/kernel/apic.c
On Thursday, 27 September 2007 21:37, Randy Dunlap wrote:
On Thu, 27 Sep 2007 21:48:59 +0200 Rafael J. Wysocki wrote:
On Thursday, 27 September 2007 21:19, Sam Ravnborg wrote:
On Thu, Sep 27, 2007 at 10:33:51AM -0700, Randy Dunlap wrote:
On Thu, 27 Sep 2007 18:53:46 +0200 Sam Ravnborg
On Thursday, 27 September 2007 22:28, Dmitry Tyschenko wrote:
Hello,
I have laptop Asus X50M. Using old Debian Etch from February.
Kernel from 2.6.21 doesn't boot, hangs up just in 10seconds - 1minute
after GRUB screen.
I have tryed different versions of gcc (4.1.1, 4.1.2, 4.2.1) to build
problems.
So, you need to explicitly unset NO_HZ in the kernel coniguration to make
things work.
Well, in that case please wait until the 2.6.23 kernel is out and test it.
There will be some important fixes related to NO_HZ in it.
Greetings,
Rafael
2007/9/27, Rafael J. Wysocki [EMAIL PROTECTED
On Thursday, 27 September 2007 23:29, Mark Lord wrote:
Question: do we disable all CPUs except 0 when doing ACPI power off?
No, but we should.
Background:
I have a machine here dedicated to running MythTV.
It powers up to record, and then sets the RTC alarm for next time
and powers down
On Friday, 28 September 2007 15:22, Mark Lord wrote:
Rafael J. Wysocki wrote:
On Friday, 28 September 2007 06:57, Len Brown wrote:
On Thursday 27 September 2007 18:00, Rafael J. Wysocki wrote:
On Thursday, 27 September 2007 23:29, Mark Lord wrote:
Question: do we disable all CPUs except
On Friday, 28 September 2007 02:12, H. Peter Anvin wrote:
Jordan Crouse wrote:
Worked, but that just raises more questions. Why didn't more x86 boxes
break or, alternatively, why did a new version of the BIOS fix the problem?
I guess we shouldn't look a gift horse in the mouth. Or
On Friday, 28 September 2007 06:57, Len Brown wrote:
On Thursday 27 September 2007 18:00, Rafael J. Wysocki wrote:
On Thursday, 27 September 2007 23:29, Mark Lord wrote:
Question: do we disable all CPUs except 0 when doing ACPI power off?
No, but we should.
We used
On Friday, 28 September 2007 15:52, Mark Lord wrote:
We need to disable all CPUs other than the boot CPU (usually 0)
before attempting to power-off modern SMP machines.
This seems to fix the hang-on-poweroff issue
that one of my SMP boxes exhibits. More testing required.
Signed-off-by:
On Thursday, 27 September 2007 17:49, Thomas Gleixner wrote:
On Thu, 2007-09-27 at 17:59 +0200, Rafael J. Wysocki wrote:
2) CPU hotplug is busted (onlining of CPU1 kills the kernel), probably
due to
the same issue that I'm having with the -hrt version of 2.6.23-rc8
(we're
On Friday, 28 September 2007 23:17, Mark Lord wrote:
Thomas Gleixner wrote:
On Fri, 2007-09-28 at 16:27 -0400, Mark Lord wrote:
..
On a closely related note: I just now submitted a patch to fix
SMP-poweroff,
by having it do disable_nonboot_cpus before doing poweroff.
Which has led
On Saturday, 29 September 2007 22:47, Bill Davidsen wrote:
Alexey Starikovskiy wrote:
-static void
-acpi_power_off (void)
-{
- printk(%s called\n,__FUNCTION__);
- /* Some SMP machines only can poweroff in boot CPU */
- set_cpus_allowed(current, cpumask_of_cpu(0));
On Sunday, 30 September 2007 21:25, Renato S. Yamane wrote:
uname -a
Linux mandachuva 2.6.22.9-cfs-v22 #2 PREEMPT Sun Sep 30 15:21:17 BRT
2007 i686 GNU/Linux
Distro: Debian Etch
When I use KPowersave and click on Suspend to RAM, my laptop Toshiba
M45-S355 sleep and wake-up very well,
Hi,
On Sunday, 30 September 2007 13:44, Nigel Cunningham wrote:
Hi Rafael et al.
This looks like it will be vanilla material, maybe 2.6.23 material?
Well, I wouldn't like to export freezer.h . Why exactly would that be
necessary?
Greetings,
Rafael
-- Forwarded Message
On Sunday, 30 September 2007 10:50, Andrew Morton wrote:
On Sat, 29 Sep 2007 22:26:21 -0400 [EMAIL PROTECTED] wrote:
On Thu, 27 Sep 2007 02:22:20 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
Locks up hard at very
Hi,
This message lists some known regressions from 2.6.22 for which there are
no fixes in the mainline that I know of. If any of them have been fixed
already, please let me know.
If you know of any other unresolved regressions from 2.6.22, please let me know
either and I'll add them to the
On Sunday, 30 September 2007 23:43, Nigel Cunningham wrote:
Hi.
On Monday 01 October 2007 05:56:45 Rafael J. Wysocki wrote:
Hi,
On Sunday, 30 September 2007 13:44, Nigel Cunningham wrote:
Hi Rafael et al.
This looks like it will be vanilla material, maybe 2.6.23 material
On Sunday, 30 September 2007 19:54, Santiago Garcia Mantinan wrote:
I'd say your problem is more of a distro issue,
in that the method you are using to shutdown
is not actually requesting poweroff.
That last mess above (System halted.) comes from kernel_halt(),
rather than the expected
On Monday, 1 October 2007 19:55, Alexey Starikovskiy wrote:
Rafael J. Wysocki wrote:
On Saturday, 29 September 2007 22:47, Bill Davidsen wrote:
Alexey Starikovskiy wrote:
-static void
-acpi_power_off (void)
-{
- printk(%s called\n,__FUNCTION__);
- /* Some SMP machines
On Tuesday, 2 October 2007 06:07, Andrey Borzenkov wrote:
On Sunday, 30 September 2007 20:39, Alexey Starikovskiy wrote:
ACPI uses acpi_get_register() in order to get into suspend.
This function is guarded by acpi_gbl_hardware_lock, which will be carried
into resume phase.
At resume
On Tuesday, 2 October 2007 20:46, Burton Windle wrote:
On Tue, 2 Oct 2007, Adrian Bunk wrote:
Cc's added, the complete bug report is at
http://lkml.org/lkml/2007/10/2/243
On Tue, Oct 02, 2007 at 12:48:26PM -0400, Burton Windle wrote:
2.6.23-rc9 fails to boot for me; 2.6.22.9 works
On Tuesday, 2 October 2007 11:17, Thomas Gleixner wrote:
On Mon, 1 Oct 2007, Linus Torvalds wrote:
This is also a good time to warn about the fact that we're doing the x86
merge very soon (as in the next day or two) after 2.6.23 is out, so if you
have pending patches for the next series
On Tuesday, 2 October 2007 12:50, Gene Heskett wrote:
Greetings everybody;
After seeing a message indicating that rc8 no longer did a powerdown, I
thought I'd check that since I needed to, my tv card wasn't even showing up
in the lspci report. It was partially backed out of the pci slot,
On Tuesday, 2 October 2007 22:11, Andrew Morton wrote:
On Tue, 2 Oct 2007 22:12:13 +0200
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Usage: x86-fixup-patches.py sourcepatch destpatch
source and dest can be the same.
A helper script to convert complete quilt series is here
On Wednesday, 3 October 2007 11:24, Pekka Pietikainen wrote:
Seen this a few times lately on a machine running rawhide when running
screen (and doing something, it's not automatic. And box works just fine).
I think I saw this a few weeks back, so it's not a new regression.
Did it happen with
Hi,
This message contains a list of some known regressions from 2.6.22 for which
there are no fixes in the mainline that I know of. If any of them have been
fixed
already, please let me know.
If you know of any other unresolved regressions from 2.6.22, please let me know
either and I'll add
On Friday, 5 October 2007 02:11, H. Peter Anvin wrote:
Rafael J. Wysocki wrote:
Subject:vga text console not working on 2.6.23-rc8
Submitter: Santiago Garcia Mantinan [EMAIL PROTECTED]
References: http://lkml.org/lkml/2007/9/28/342
http://bugzilla.kernel.org
On Friday, 5 October 2007 16:18, Guennadi Liakhovetski wrote:
Why does APM depend on PM_SLEEP?
Because APM uses the suspend core functions in drivers/base/power .
So without sleep support you cannot use Make CPU Idle calls when idle ,
Use real mode APM BIOS call to power off etc? Found in
On Friday, 5 October 2007 18:27, Guennadi Liakhovetski wrote:
On Fri, 5 Oct 2007, Rafael J. Wysocki wrote:
On Friday, 5 October 2007 16:18, Guennadi Liakhovetski wrote:
Why does APM depend on PM_SLEEP?
Because APM uses the suspend core functions in drivers/base/power .
Ok, perhaps
On Friday, 5 October 2007 09:08, Pavel Machek wrote:
Hi!
This commit is certainly OK, as it should merely preserve status quo.
Also note that Pavel wrote in his initial post that the problem became
apparent way after -rc1. Full quote:
| I noticed empty suspend stopped working
This message contains a list of some known regressions from 2.6.22 for which
there are no fixes in the mainline that I know of. If any of them have been
fixed
already, please let me know.
If you know of any other unresolved regressions from 2.6.22, please let me know
either and I'll add them to
On Monday, 8 October 2007 17:01, Bernd Schubert wrote:
On Monday 08 October 2007 16:32:52 Rik van Riel wrote:
On Mon, 08 Oct 2007 15:20:26 +0200
Bernd Schubert [EMAIL PROTECTED] wrote:
Bernd Schubert wrote:
we have a system here were e.g. sleep 1 will never finish. This
is an
On Monday, 8 October 2007 13:35, Frans Pop wrote:
If you know of any other unresolved regressions from 2.6.22, please let me
know
either and I'll add them to the list.
Should this issue be added?
http://lkml.org/lkml/2007/10/3/123
Added: http://bugzilla.kernel.org/show_bug.cgi?id=9135
On Monday, 8 October 2007 19:53, Chuck Ebbert wrote:
On 10/07/2007 04:02 PM, Rafael J. Wysocki wrote:
This message contains a list of some known regressions from 2.6.22 for which
there are no fixes in the mainline that I know of. If any of them have
been fixed
already, please let me
On Sunday, 7 October 2007 22:02, Rafael J. Wysocki wrote:
This message contains a list of some known regressions from 2.6.22 for which
there are no fixes in the mainline that I know of. If any of them have been
fixed
already, please let me know.
If you know of any other unresolved
On Monday, 8 October 2007 21:26, Scott Preece wrote:
On 10/8/07, J. Bruce Fields [EMAIL PROTECTED] wrote:
On Mon, Oct 08, 2007 at 08:34:47PM +0200, Stefan Richter wrote:
...
So, putting a Tested-by into the changelog is only useful if the
necessary testing is rather simple (i.e. fixed
On Monday, 8 October 2007 23:38, Theodore Tso wrote:
On Mon, Oct 08, 2007 at 01:33:38PM -0700, H. Peter Anvin wrote:
Uhm, no. There is no reason an unimportant person couldn't review a
patch, and therefore perform a potentially highly valuable service to
the maintainer.
None of
From: Rafael J. Wysocki [EMAIL PROTECTED]
The following scenario leads to total confusion of the platform firmware on
some boxes (eg. HPC nx6325):
* Hibernate with ACPI enabled
* Pass acpi=off to the boot kernel
To prevent this from happening it's necessary to check if ACPI is enabled
On Sunday, 2 September 2007 09:54, Prakash Punnoor wrote:
Hi,
2.6.23-rc5 locks up hard (Magic Syskeys won't even work) after a few minutes
of work on x86_64. 2.6.23-rc4 was fine. I'll try git-bisect to find out what
is causing trouble. Yes, I am using nvidia binary but it didn't make
On Saturday, 1 September 2007 06:58, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
- git-kbuild is broken and has been dropped
- git-ixgb is broken by git-net and has been dropped
- git-md-accel is broken by MD fixes and
On Monday, 3 September 2007 10:36, Thomas Gleixner wrote:
On Sun, 2007-09-02 at 22:39 +0200, Rafael J. Wysocki wrote:
On Saturday, 1 September 2007 06:58, Andrew Morton wrote:
- dynticks-for-x86_64 has returned
It fails to boot on my HPC nx6325 (hangs very early, before any messages
1001 - 1100 of 29241 matches
Mail list logo