Bug#697635: [3.6.9 - 3.7.1 regression] Dell D630: System doesn't reboot nor power off

2013-07-12 Thread Nicolas Le Cam
fixed 697635 3.9.8-1
thanks

Dear Maintainers,

Problem fixed in 3.9.8-1, certainly because of commit
67842e50729b9f9c9ebd1449735f2f3d129e2325 (in 3.9.7)

regards,
Nicolas


Bug#697635: [3.6.9 - 3.7.1 regression] Dell D630: System doesn't reboot nor power off

2013-06-11 Thread Nicolas Le Cam
Dear maintainers,

I have finally finished my second bisect with f96972f reverted,
unfortunately the kernel doesn't boot for a big part of the bisection and I
cannot point a single bad commit.

$ git bisect skip
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
3e339b5dae24a7065e196eb8d0145ab2f8cc2d2d
bcd951cf10f24e341defcd002c15a1f4eea13ddb
3180d89b47701072cf129f800a735baf3acdbb8a
62ab7072476ae1600e877cc62b43758e485f4f1e
81942621bd6b70b1a1ac4692b3f8f3be65a91b44
f97f8f06a49febbc3cb3635172efbe64ddc79700
2a1d446019f9a5983ec5a335b95e8593fdb6fa2e
c0e12e51b0522f7f5f09ea90273dbb724afb054d
5d01bbd111d6ff9ea9d9847774f66dff39633776
bff4a394795add6b919debc009f72b7607f5d4bf
5217192b85480353aeeb395574e60d0db04f3676
We cannot bisect more!

git bisect log is attached.

I'll try to find what's preventing kernel to boot.
Perhaps related to bug 686040 according to the boot log, I'll see if
applying commit 092369e could help.

I've now upgraded to 3.8 then 3.9 and reboot and poweroff are mostly
functionals (fails very rarely contrary to 3.7) but I cannot make my laptop
to hibernate anymore now (suspend ok, but resume to a black screen and
switching VT doesn't work), I'll try to check if s related.

regards,
Nicolas


git_bisect.log
Description: Binary data


Bug#697635: [3.6.9 - 3.7.1 regression] Dell D630: System doesn't reboot nor power off

2013-01-17 Thread Nicolas Le Cam
tags 697635 + patch
thanks

Ok reverting commit f96972f on 3.7.1-1~experimental.2 fixes my problem.

But, as I said, this particular commit was backported to 3.6.2 and
didn't trigger the freeze there. I'll try to dig a little more to see
where real problem hides.

--
Nicolas Le Cam
From 1173a0876bae7b29b695510e6ceb5c53c2046003 Mon Sep 17 00:00:00 2001
From: Nicolas Le Cam niko.le...@gmail.com
Date: Wed, 16 Jan 2013 21:39:31 +0100
Subject: Revert kernel/sys.c: call disable_nonboot_cpus() in
 kernel_restart()

This reverts commit f96972f2dc6365421cf2366ebd61ee4cf060c8d5.
---
 kernel/sys.c |1 -
 1 file changed, 1 deletion(-)

diff --git a/kernel/sys.c b/kernel/sys.c
index 265b376..cb3c4b3 100644
--- a/kernel/sys.c
+++ b/kernel/sys.c
@@ -368,7 +368,6 @@ EXPORT_SYMBOL(unregister_reboot_notifier);
 void kernel_restart(char *cmd)
 {
kernel_restart_prepare(cmd);
-   disable_nonboot_cpus();
if (!cmd)
printk(KERN_EMERG Restarting system.\n);
else
-- 
1.7.10.4



Bug#697635: [3.6.9 - 3.7.1 regression] Dell D630: System doesn't reboot nor power off

2013-01-15 Thread Nicolas Le Cam
I have bisected the problem to commit :

f96972f2dc6365421cf2366ebd61ee4cf060c8d5 is the first bad commit
commit f96972f2dc6365421cf2366ebd61ee4cf060c8d5
Author: Shawn Guo shawn@linaro.org
Date:   Thu Oct 4 17:12:23 2012 -0700

kernel/sys.c: call disable_nonboot_cpus() in kernel_restart()

As kernel_power_off() calls disable_nonboot_cpus(), we may also want to
have kernel_restart() call disable_nonboot_cpus().  Doing so can help
machines that require boot cpu be the last alive cpu during reboot to
survive with kernel restart.

This fixes one reboot issue seen on imx6q (Cortex-A9 Quad).  The machine
requires that the restart routine be run on the primary cpu rather than
secondary ones.  Otherwise, the secondary core running the restart
routine will fail to come to online after reboot.

Signed-off-by: Shawn Guo shawn@linaro.org
Cc: sta...@vger.kernel.org
Signed-off-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Linus Torvalds torva...@linux-foundation.org

:04 04 9d52d2bcb08689a18a61799e78437a4bd7431e26
42041136e8a0f12434c06ddca32f6b7826f5d122 Mkernel

It seems to have been reported on arch [1] and upstream [2].

Strangely this commit has been backported to 3.6.2 and I can also find
it in linux_3.6.9.orig.tar.xz so, but I don't have any problem with
the 3.6 kernel so it seems to trigger something else in the 3.7 era.

Or bisecting between 3.6 and 3.7 on linux-stable isn't possible ? I've
atached the log just in case I made a mistake.

I'll try to revert this particular patch on 3.7.1-1~experimental.2 and
see what happens.

[1] https://bugs.archlinux.org/task/31938
[2] https://bugzilla.kernel.org/show_bug.cgi?id=49001

--
Nicolas Le Cam


broken_reboot_bisect.log
Description: Binary data


Bug#697635: [3.6.9 - 3.7.1 regression] Dell D630: System doesn't reboot nor power off

2013-01-15 Thread Jonathan Nieder
forwarded 697635 https://bugzilla.kernel.org/show_bug.cgi?id=49001
quit

Hi Nicolas,

Nicolas Le Cam wrote:

 I have bisected the problem to commit :

 f96972f2dc6365421cf2366ebd61ee4cf060c8d5 is the first bad commit

Thanks much for this.  Let's take this upstream.

[...]
 I'll try to revert this particular patch on 3.7.1-1~experimental.2 and
 see what happens.

Sounds like a good place to start.

Regards,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#697635: [3.6.9 - 3.7.1 regression] Dell D630: System doesn't reboot nor power off

2013-01-07 Thread Jonathan Nieder
Hi Nicolas,

Nicolas Le Cam wrote:

 Since upgrading to 3.7 my Dell D630 doesn't power off or reboot
 after the end of the runlevel.

Please attach full dmesg output from booting a good and a bad
kernel.

Thanks and hope that helps,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org