[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1559051152.git.bristot@redhat.com>
Date: Tue, 28 May 2019 17:16:21 +0200
From: Daniel Bristot de Oliveira <bristot@...hat.com>
To: linux-kernel@...r.kernel.org
Cc: williams@...hat.com, daniel@...stot.me,
"Steven Rostedt (VMware)" <rostedt@...dmis.org>,
Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Matthias Kaehlcke <mka@...omium.org>,
"Joel Fernandes (Google)" <joel@...lfernandes.org>,
Frederic Weisbecker <frederic@...nel.org>,
Yangtao Li <tiny.windzz@...il.com>,
Tommaso Cucinotta <tommaso.cucinotta@...tannapisa.it>
Subject: [RFC 0/3] preempt_tracer: Fix preempt_disable tracepoint
While playing with the model + working in a fix for the task
context & trace recursion, I ended up hitting two cases in which the
preempt_disable/enable tracepoint was supposed to happen, but didn't.
There is an explanation for each case in the log message.
This is an RFC exposing the problem, with possible ways to fix it.
But I bet there might be better solutions as well, so this is a real
RFC.
Daniel Bristot de Oliveira (3):
softirq: Use preempt_latency_stop/start to trace preemption
preempt_tracer: Disable IRQ while starting/stopping due to a
preempt_counter change
preempt_tracer: Use a percpu variable to control traceble calls
kernel/sched/core.c | 66 ++++++++++++++++++++++++++++++++++-----------
kernel/softirq.c | 13 ++++-----
2 files changed, 55 insertions(+), 24 deletions(-)
--
2.20.1
Powered by blists - more mailing lists