linux-kernel - Re: kernel 3.10-rc1 p-state/cpuidle panic

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]
Message-ID: <CAGA4a+HJ3EUoWYCtqvQ3p46zTFH+i97ucPGU82Uz+N=qqdEt8g@mail.gmail.com>
Date:	Mon, 20 May 2013 15:55:48 +0200
From:	Tommy Apel <tommyapeldk@...il.com>
To:	Borislav Petkov <bp@...en8.de>
Cc:	Dirk Brandewie <dirk.j.brandewie@...el.com>,
	linux-kernel@...r.kernel.org,
	Frederic Weisbecker <fweisbec@...il.com>
Subject: Re: kernel 3.10-rc1 p-state/cpuidle panic

Well it beats me why it breaks on a dual but not a single cpu system,
or maybe I just havn't hit something yet.

2013/5/20 Borislav Petkov <bp@...en8.de>:
> On Mon, May 20, 2013 at 12:02:53PM +0200, Tommy Apel wrote:
>> I think it's worth mentioning that this happens on a dual cpu system,
>> I'm running the exact same kernel on a Xeon E3
>> and has not had this problem.
>>
>> I also changed back to the regular dyntick and after that the dual cpu
>> system has been stabil.
>
> True story - NO_HZ_FULL=y. Although I can't see the connection between
> the issue and NO_HZ_FULL.
>
> Adding Frederic and leaving in the rest for reference.
>
>> On May 20, 2013 7:08 AM, "Borislav Petkov" <bp@...en8.de> wrote:
>> >
>> > Hmm,
>> >
>> > divide by 0, it seems.
>> >
>> > + Dirk Brandewie.
>> >
>> > On Sun, May 19, 2013 at 01:25:41PM +0200, Tommy Apel Hansen wrote:
>> > > Hello guys, I'm getting this with the current 3.10-rc1, I've enabled the new full-NOHZ
>> > > I'm not sure though if that has something to do with this or if something is changed in the
>> > > p-state code.
>> > >
>> > > System :
>> > > vendor_id : GenuineIntel
>> > > cpu family  : 6
>> > > model   : 45
>> > > model name  : Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz
>> > > stepping  : 7
>> > > microcode : 0x70b
>> > > cpu MHz   : 1176.000
>> > > cache size  : 10240 KB
>> > > physical id : 1
>> > > siblings  : 4
>> > > core id   : 3
>> > > cpu cores : 4
>> > > apicid    : 38
>> > > initial apicid : 38
>> > > fpu   : yes
>> > > fpu_exception : yes
>> > > cpuid level : 13
>> > > wp    : yes
>> > > flags   : [lots of stuff]
>> > > bogomips  : 4800.56
>> > > clflush size  : 64
>> > > cache_alignment : 64
>> > > address sizes : 46 bits physical, 48 bits virtual
>> > > power management:
>> > >
>> > > crash bt:
>> > > PID: 0      TASK: ffff88085c585950  CPU: 5   COMMAND: "swapper/5"
>> > >  #0 [ffff88107fc83b80] machine_kexec at ffffffff8102aad6
>> > >  #1 [ffff88107fc83bc0] crash_kexec at ffffffff810e57d0
>> > >  #2 [ffff88107fc83c90] oops_end at ffffffff810073b8
>> > >  #3 [ffff88107fc83cb0] do_divide_error at ffffffff810040c2
>> > >  #4 [ffff88107fc83d50] divide_error at ffffffff81637348
>> > >     [exception RIP: intel_pstate_timer_func+1071]
>> > >     RIP: ffffffff814f501f  RSP: ffff88107fc83e08  RFLAGS: 00010246
>> > >     RAX: 0000000000000000  RBX: ffff8808555b9e00  RCX: ffff8808555b9e40
>> > >     RDX: 0000000000000000  RSI: 0000000000000064  RDI: 0000000000000001
>> > >     RBP: 0000025debb95955   R8: ffff8808555b9f70   R9: 00000000000003e0
>> > >     R10: dead000000200200  R11: 0000000000000000  R12: 0000001877f8d1d3
>> > >     R13: 000000009a45ae19  R14: 0000001d27d3d1d8  R15: 0000000000000040
>> > >     ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
>> > >  #5 [ffff88107fc83e00] intel_pstate_timer_func at ffffffff814f4fa2
>> > >  #6 [ffff88107fc83e60] call_timer_fn at ffffffff8109edc3
>> > >  #7 [ffff88107fc83e90] run_timer_softirq at ffffffff810a097e
>> > >  #8 [ffff88107fc83f10] __do_softirq at ffffffff810990f1
>> > >  #9 [ffff88107fc83f80] irq_exit at ffffffff810993ce
>> > > #10 [ffff88107fc83f90] smp_apic_timer_interrupt at ffffffff81026448
>> > > #11 [ffff88107fc83fb0] apic_timer_interrupt at ffffffff81636eca
>> > > --- <IRQ stack> ---
>> > > #12 [ffff88085c587db8] apic_timer_interrupt at ffffffff81636eca
>> > >     [exception RIP: cpuidle_enter_state+72]
>> > >     RIP: ffffffff814f5978  RSP: ffff88085c587e68  RFLAGS: 00000216
>> > >     RAX: 000000000001c61d  RBX: ffffffff810a11e8  RCX: 0000000000000018
>> > >     RDX: 0000000225c17d03  RSI: ffff88085c587fd8  RDI: ffffffff81a12500
>> > >     RBP: 0000000000000002   R8: 0000000000000030   R9: 0000000000000001
>> > >     R10: 0000000000000000  R11: 0000000000000000  R12: ffffffff810c48dd
>> > >     R13: ffff88085c173950  R14: 0000000000000086  R15: 0000000000000000
>> > >     ORIG_RAX: ffffffffffffff10  CS: 0010  SS: 0018
>> > > #13 [ffff88085c587eb0] cpuidle_idle_call at ffffffff814f5aca
>> > > #14 [ffff88085c587ef0] arch_cpu_idle at ffffffff8100cef9
>> > > #15 [ffff88085c587f00] cpu_startup_entry at ffffffff810ce5af
>> > >
>> > > kernel config:
>> > > http://pastebin.com/AmEqQNZx
>> > >
>> > > /Tommy
>> > >
>> > > --
>> > > 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/
>> > >
>> >
>> > --
>> > Regards/Gruss,
>> >     Boris.
>> >
>> > Sent from a fat crate under my desk. Formatting is fine.
>> > --
>>
>
> --
> Regards/Gruss,
>     Boris.
>
> Sent from a fat crate under my desk. Formatting is fine.
> --
--
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/