linux-kernel - Re: REGRESSION: 3.10-rc1: Dell Latitude e6410 hangs within 3 seconds

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 17 May 2013 22:49:16 +0200
From:	"Arend van Spriel" <arend@...adcom.com>
To:	"Rafael J. Wysocki" <rjw@...k.pl>
cc:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"ACPI Devel Maling List" <linux-acpi@...r.kernel.org>,
	"Paul E. McKenney" <paul.mckenney@...aro.org>
Subject: Re: REGRESSION: 3.10-rc1: Dell Latitude e6410 hangs within 3
 seconds

On 05/14/2013 10:38 PM, Arend van Spriel wrote:
> On 05/14/2013 10:34 PM, Rafael J. Wysocki wrote:
>> On Tuesday, May 14, 2013 03:03:58 PM Arend van Spriel wrote:
>>> Laptop hangs pretty soon after booting. Workaround for me was to turn
>>> off ACPI on kernel command line, ie. acpi=off
>>>
>>> Attached is my kernel configuration.
>>
>> Well, I have no idea what may be the source of this.
>
> Me neither.
>
>> Any chance to bisect?
>
> can try. Rebuilding kernels can be a drag :-p
>
> Regards,
> Arend

Hi Rafael,

The bisect result found commit c0f4dfd4f as culprit. I also verified 
that the merge into Linus' tree introduced the issue upstream, ie. 
6c24499 works and 1f889ec does not. I tried to revert the commit, but 
that was a bit risky (conflict to resolve) and did not give me a stable 
kernel. The only thing that works is selecting acpi=off. I tried also 
nohz=off but that resulted in /init failure.

Regards,
Arend

---8<----------------------------------------------------------------

commit 1f889ec62c3f0d8913f3c32f9aff2a1e15099346
   Merge: 6c24499 8fcfae3

   commit 8fcfae31719c0a6c03f2cf63f815b46d378d8be4
     Merge: d02a9a8 6d87669

     commit 6d87669357936bffa1e8fea7a4e7743e76905736
       Merge: 3f944ad 81e5949 910ee45

       commit c0f4dfd4f90f1667d234d21f15153ea09a2eaa66
       Author: Paul E. McKenney <paul.mckenney@...aro.org>
       Date:   Fri Dec 28 11:30:36 2012 -0800

           rcu: Make RCU_FAST_NO_HZ take advantage of numbered callbacks

           Because RCU callbacks are now associated with the number
           of the grace period that they must wait for, CPUs can now
           take advance callbacks corresponding to grace periods that
           ended while a given CPU was in dyntick-idle mode. This
           eliminates the need to try forcing the RCU state machine
           while entering idle, thus reducing the CPU intensiveness
           of RCU_FAST_NO_HZ, which should increase its energy
           efficiency.

       Signed-off-by: Paul E. McKenney <paul.mckenney@...aro.org>
       Signed-off-by: Paul E. McKenney <paulmck@...ux.vnet.ibm.com>

> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>


View attachment "config-3.10.0-rc1-testing-lockdep" of type "text/plain" (85999 bytes)