ye olde task_ctx_sched_out trace.
From: Dave Jones
Date: Wed May 21 2014 - 11:06:50 EST
I thought we had this nailed down a while ago, but it still keeps
popping up...
WARNING: CPU: 3 PID: 32310 at kernel/events/core.c:2384 task_ctx_sched_out+0x6b/0x80()
CPU: 3 PID: 32310 Comm: trinity-c185 Not tainted 3.15.0-rc5+ #214
0000000000000009 000000003d7dfb5c ffff880019671df8 ffffffff9371a1fd
0000000000000000 ffff880019671e30 ffffffff9306d5dd ffff88024d0d6d48
ffff88010c4944e8 0000000000000286 ffff880243b82d00 ffff88010c4944e8
Call Trace:
[<ffffffff9371a1fd>] dump_stack+0x4e/0x7a
[<ffffffff9306d5dd>] warn_slowpath_common+0x7d/0xa0
[<ffffffff9306d70a>] warn_slowpath_null+0x1a/0x20
[<ffffffff931430bb>] task_ctx_sched_out+0x6b/0x80
[<ffffffff93146138>] perf_event_comm+0xc8/0x220
[<ffffffff930a19cd>] ? get_parent_ip+0xd/0x50
[<ffffffff931c025f>] set_task_comm+0x4f/0xc0
[<ffffffff93085b23>] SyS_prctl+0x1d3/0x480
[<ffffffff9372cf9f>] tracesys+0xdd/0xe2
There was on perf activity at all going on at the time.
I had told trinity to do -g vm which excludes all non-VM related syscalls.
What is perf_event_comm doing ? Is that storing some state in case
I later decide to run perf ?
Dave
--
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/