Re: [BUG] Core2 cpu triggers hard lockup with perf test

Jiri Olsa
2016-03-01T06:55:27Z

On Mon, Feb 29, 2016 at 10:12:08PM +0000, Liang, Kan wrote:
>
>
> >
> > I can't find what's special about Core2 CPU PEBS setup, it seems that oher
> > CPUs are ok (tried on ivb/snb/hsw).
> >
> > reverting the 156174999dd1 fixed the issue for me
> >
> > ideas? thanks,
>
> I think we may just disable the multiple pebs support for core2
> as the patch below.
>
> In SDM "18.4.4.4 Re-configuring PEBS Facilities" it mentioned that
> a quiescent period is needed between stopping the prior event counting and
> setting up a new PEBS event when software needs to reconfigure PEBS facilities.
> The quiescent period is to allow any latent residual PEBS records to complete
> its capture at their previously specified buffer address
> That requirement only can be found in Core Microarchitecture.
>
> I think it may implies that there is some observed delay in writing PEBS buffer.
> So if perf record precise hw event with very small period, the slow PEBS writing
> may lockup the CPU. If so, I think disabling the multiple pebs should be a good
> way.
>
>

hi,
got same lockup with the patch:

[ 167.486514] Kernel panic - not syncing: Hard LOCKUP
[ 167.486514] CPU: 3 PID: 10656 Comm: perf Not tainted 4.5.0-rc4+ #7
[ 167.486514] Hardware name: System Manufacturer To Be Filled By O.E.M. Product Name To Be Filled By O.E.M./BB Name To be filled by O.E.M., BIOS CGELIA55.86
[ 167.486514] 0000000000000086 0000000084986595 ffff88007d985b28 ffffffff8133983f
[ 167.486514] ffffffff8191b723 0000000000000000 ffff88007d985ba8 ffffffff811872d1
[ 167.486514] ffff880000000008 ffff88007d985bb8 ffff88007d985b58 0000000084986595
[ 167.486514] Call Trace:
[ 167.486514] <NMI> [<ffffffff8133983f>] dump_stack+0x63/0x84
[ 167.486514] [<ffffffff811872d1>] panic+0xe2/0x229
[ 167.486514] [<ffffffff8113dc30>] watchdog_overflow_callback+0x100/0x100
[ 167.486514] [<ffffffff8117ee18>] __perf_event_overflow+0x88/0x1c0
[ 167.486514] [<ffffffff8117f994>] perf_event_overflow+0x14/0x20
[ 167.486514] [<ffffffff8100c42f>] intel_pmu_handle_irq+0x1df/0x460
[ 167.486514] [<ffffffff81052e3f>] ? native_apic_wait_icr_idle+0x1f/0x30
[ 167.486514] [<ffffffff81032cc5>] ? arch_irq_work_raise+0x35/0x40
[ 167.486514] [<ffffffff8100563d>] perf_event_nmi_handler+0x2d/0x50
[ 167.486514] [<ffffffff810313a2>] nmi_handle+0x62/0xf0
[ 167.486514] [<ffffffff81031a06>] default_do_nmi+0xf6/0x120
[ 167.486514] [<ffffffff81031b11>] do_nmi+0xe1/0x150
[ 167.486514] [<ffffffff816ad5f1>] end_repeat_nmi+0x1a/0x1e
[ 167.486514] [<ffffffff81063a16>] ? native_write_msr_safe+0x6/0x30
[ 167.486514] [<ffffffff81063a16>] ? native_write_msr_safe+0x6/0x30
[ 167.486514] [<ffffffff81063a16>] ? native_write_msr_safe+0x6/0x30
[ 167.486514] <<EOE>> [<ffffffff8100b5cd>] ? __intel_pmu_enable_all.isra.12+0x4d/0xb0
[ 167.486514] [<ffffffff8100b640>] intel_pmu_enable_all+0x10/0x20
[ 167.486514] [<ffffffff810072c3>] x86_pmu_enable+0x263/0x2f0
[ 167.486514] [<ffffffff81179a72>] perf_pmu_enable+0x22/0x30
[ 167.486514] [<ffffffff8117a721>] ctx_resched+0x51/0x60
[ 167.486514] [<ffffffff8117b2ff>] perf_event_exec+0x10f/0x140
[ 167.486514] [<ffffffff8121949d>] setup_new_exec+0x6d/0x1a0
[ 167.486514] [<ffffffff8126b58a>] load_elf_binary+0x37a/0x10e0
[ 167.486514] [<ffffffff811b77f2>] ? get_user_pages+0x52/0x60
[ 167.486514] [<ffffffff8121779e>] search_binary_handler+0x9e/0x1e0
[ 167.486514] [<ffffffff812191f4>] do_execveat_common.isra.34+0x554/0x6e0
[ 167.486514] [<ffffffff8121960a>] SyS_execve+0x3a/0x50
[ 167.486514] [<ffffffff816ab195>] stub_execve+0x5/0x5
[ 167.486514] [<ffffffff816aaeee>] ? entry_SYSCALL_64_fastpath+0x12/0x71

jirka