Re: perf: fuzzer getting stuck with slow memory leak

From: Vince Weaver
Date: Tue May 27 2014 - 13:58:32 EST


On Tue, 27 May 2014, Vince Weaver wrote:

> Not a useful trace though, due to the dreaded EVENTS_DROPPED
> happening right when things would be interesting.
>
> CPU:0 [148307 EVENTS DROPPED]
> perf_fuzzer-2940 [000] 396.172211: kmalloc: (T.1267+0xe) call_site=ffffffff810d027d ptr=0xffff8800be516b00 bytes_req=216 bytes_alloc=256 gfp_flags=GFP_KERNEL|GFP_ZERO
> perf_fuzzer-2940 [000] 396.172211: function: perf_lock_task_context
> perf_fuzzer-2940 [000] 396.172211: function: alloc_perf_context

for what it's worth the even that seems to trigger this is a
SW_EMULATION_FAULTS event. Odd.

perf_fuzzer-2989 [001] 1994.514398: sys_enter: NR 298 (699f28, bad, 0, ffffffff, 2, 7fff361a3360)
perf_fuzzer-2989 [001] 1994.514399: bprint: SYSC_perf_event_open: VMW: perf_event_open type=1 config=8 period=0 pid=2989 cpu=0 group=-1 flags=2
perf_fuzzer-2989 [001] 1994.514400: kmalloc: (T.1267+0xe) call_site=ffffffff810d027d ptr=0xffff880119d1f400 bytes_req=936 bytes_alloc=1024 gfp_flags=GFP_KERNEL|GFP_ZERO
perf_fuzzer-2989 [001] 1994.514401: kmalloc: (T.1267+0xe) call_site=ffffffff810d027d ptr=0xffff8800cbbbd000 bytes_req=2064 bytes_alloc=4096 gfp_flags=GFP_KERNEL|GFP_ZERO
perf_fuzzer-2989 [001] 1994.514401: kmalloc: (T.1267+0xe) call_site=ffffffff810d027d ptr=0xffff880119fcd000 bytes_req=2064 bytes_alloc=4096 gfp_flags=GFP_KERNEL|GFP_ZERO
perf_fuzzer-2989 [001] 1994.514402: kmalloc: (T.1267+0xe) call_site=ffffffff810d027d ptr=0xffff8800c9344400 bytes_req=216 bytes_alloc=256 gfp_flags=GFP_KERNEL|GFP_ZERO
(repeat forever)

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