Files
linux/include/linux
Peter Zijlstra ab711fe082 perf: Fix task context scheduling
Jiri reported:

 |
 | - once an event is created by sys_perf_event_open, task context
 |   is created and it stays even if the event is closed, until the
 |   task is finished ... thats what I see in code and I assume it's
 |   correct
 |
 | - when the task opens event, perf_sched_events jump label is
 |   incremented and following callbacks are started from scheduler
 |
 |         __perf_event_task_sched_in
 |         __perf_event_task_sched_out
 |
 |   These callback *in/out set/unset cpuctx->task_ctx value to the
 |   task context.
 |
 | - close is called on event on CPU 0:
 |         - the task is scheduled on CPU 0
 |         - __perf_event_task_sched_in is called
 |         - cpuctx->task_ctx is set
 |         - perf_sched_events jump label is decremented and == 0
 |         - __perf_event_task_sched_out is not called
 |         - cpuctx->task_ctx on CPU 0 stays set
 |
 | - exit is called on CPU 1:
 |         - the task is scheduled on CPU 1
 |         - perf_event_exit_task is called
 |         - task_ctx_sched_out unsets cpuctx->task_ctx on CPU 1
 |         - put_ctx destroys the context
 |
 | - another call of perf_rotate_context on CPU 0 will use invalid
 |   task_ctx pointer, and eventualy panic.
 |

Cure this the simplest possibly way by partially reverting the
jump_label optimization for the sched_out case.

Reported-and-tested-by: Jiri Olsa <jolsa@redhat.com>
Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Oleg Nesterov <oleg@redhat.com>
Cc: <stable@kernel.org> # .37+
LKML-Reference: <1301520405.4859.213.camel@twins>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2011-03-31 13:02:55 +02:00
..
2011-03-27 23:34:59 -07:00
2011-03-23 10:42:00 +01:00
2011-03-18 23:38:50 -07:00
2011-03-01 22:24:19 +03:00
2011-02-24 19:58:42 +01:00
2011-01-20 18:30:17 -08:00
2011-01-31 14:03:00 -08:00
2011-01-15 20:07:45 -05:00
2011-03-10 08:52:07 +01:00
2011-03-22 17:43:59 -07:00
2011-03-11 14:25:50 +00:00
2011-01-13 08:03:12 -08:00
2011-03-10 08:52:27 +01:00
2011-03-10 08:52:07 +01:00
2010-12-16 17:53:38 +01:00
2011-02-16 13:30:48 +01:00
2011-02-16 13:30:48 +01:00
2011-03-22 17:44:15 -07:00
2011-01-10 08:51:44 -08:00
2011-03-10 11:35:17 +01:00
2011-02-03 15:39:16 -08:00
2011-03-23 19:46:17 -07:00
2011-01-12 20:16:43 -05:00
2011-03-14 19:12:20 -04:00
2010-12-08 10:30:34 -08:00
2011-01-10 08:51:44 -08:00
2011-01-07 17:50:27 +11:00
2011-01-07 17:50:23 +11:00
2010-12-07 20:16:56 +01:00
2011-03-22 17:44:05 -07:00
2011-03-05 10:56:00 +01:00
2011-02-23 00:53:26 +00:00
2011-03-20 14:50:53 +01:00
2011-02-27 16:11:51 -08:00
2011-03-28 06:05:21 -04:00
2011-03-29 14:50:32 +02:00
2011-03-29 14:48:19 +02:00
2010-12-09 20:17:07 -08:00
2011-03-22 04:53:54 -03:00
2011-02-17 11:12:40 -08:00
2011-01-13 17:32:31 -08:00
2011-01-13 17:32:47 -08:00
2011-02-13 16:54:24 -08:00
2011-01-24 14:45:11 +10:30
2011-03-22 17:43:59 -07:00
2011-01-14 13:12:45 +00:00
2010-12-06 11:03:46 -08:00
2011-01-13 17:32:46 -08:00
2011-02-15 10:24:31 +01:00
2011-01-16 13:47:07 -05:00
2011-03-23 15:29:04 -04:00
2011-03-22 04:53:46 -03:00
2011-01-16 13:47:07 -05:00
2011-03-31 13:02:55 +02:00
2011-03-11 15:13:26 -05:00
2010-12-10 15:06:43 +01:00
2011-01-13 08:03:21 -08:00
2011-01-14 02:36:43 +00:00
2011-01-13 08:03:18 -08:00
2011-03-23 19:46:43 -07:00
2011-03-22 17:44:03 -07:00
2011-01-07 17:50:27 +11:00
2011-01-13 08:03:19 -08:00
2011-03-23 07:48:42 -07:00
2011-02-28 18:00:31 -08:00
2011-02-21 12:53:08 -08:00
2011-02-02 15:28:18 +01:00
2010-12-20 09:37:33 +01:00
2011-01-24 14:45:11 +10:30
2011-03-22 17:44:05 -07:00
2011-01-13 08:03:24 -08:00