When a CPU in full dynticks mode doesn't respond to complete
a grace period, issue it a specific IPI so that it restarts
the tick and chases a quiescent state.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux
Because the sched_class::put_prev_task() callback of rt and fair
classes are referring to the rq clock to update their runtime
statistics. A CPU running in tickless mode may carry a stale value.
We need to update it there.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor
manually in case the CPU runs
tickless because ttwu_do_wakeup() calls check_preempt_wakeup().
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c
is in dyntick-idle mode?
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad Ben Yossef
On a full dynticks CPU, we want the RCU callbacks to be
offlined to another CPU, otherwise we need to keep
the tick to wait for the grace period completion.
Ensure the full dynticks CPU is also an rcu_nocb one.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog
-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad Ben Yossef gi...@benyossef.com
Cc: Hakan
callbacks?
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad Ben Yossef gi
out of tree
user.
Let's remove it.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad
until we provide a way for the user to tune that
policy. A CPU mask affinity for non pinned timers could be such
a solution.
Original-patch-by: Thomas Gleixner t...@linutronix.de
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton
Not for merge, just for debugging.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad
: OTOH we don't want to handle a locally started
grace period, this should be offloaded for rcu_nocb CPUs.
What we want is to be kicked if we stay dynticks in the kernel
for too long (ie: to report a quiescent state).
rcu_pending() is perhaps an overkill just for that.
Signed-off-by: Frederic
things to be done from scheduler_tick()]
[ Included build fix from Geoff Levand ]
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
idle_balance() is called from schedule() right before we schedule the
idle task. It needs to record the idle timestamp at that time and for
this the rq clock must be accurate. If the CPU is running tickless
we need to update the rq clock manually.
Signed-off-by: Frederic Weisbecker fweis
[ ** BUGGY PATCH: I need to put more thinking into this ** ]
We want the nohz load balancer to be an idle CPU, thus
move that selection to strict dyntick idle logic.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux
clock
before reading it.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad Ben Yossef
In this function we are making use of rq-clock right before the
update of the rq clock, let's just call update_rq_clock() just
before that to avoid using a stale rq clock value.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton
tickless because scheduler_tick() is not there to maintain
it.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge
Just to avoid confusion.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad Ben
Wake up a CPU when a timer list timer is enqueued there and
the CPU is in full dynticks mode. Sending an IPI to it makes
it reconsidering the next timer to program on top of recent
updates.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew
Not for merge. This may become a real tracepoint.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge
. McKenney paul...@linux.vnet.ibm.com
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad Ben
-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge...@infradead.org
Cc: Gilad Ben Yossef gi...@benyossef.com
Cc: Hakan Akkan
anytime in order to minimize the
overhead associated to user hooks.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Christoph Lameter c...@linux.com
Cc: Geoff Levand ge
This subsystem lacks many explanations on its purpose and
design. Add these missing comments.
Reported-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Alessio Igor Bogani abog...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Chris
2013/1/2 Christoph Lameter c...@linux.com:
On Sat, 29 Dec 2012, Frederic Weisbecker wrote:
@@ -163,6 +164,8 @@ static int __init tick_nohz_full_setup(char *str)
return 1;
}
__setup(full_nohz=, tick_nohz_full_setup);
+#else
+#define have_full_nohz_mask (0)
#endif
/*
@@ -512,6
2013/1/2 Namhyung Kim namhy...@kernel.org:
You may want to add the following also to shut up the gcc:
CC kernel/rcutree.o
In file included from /home/namhyung/project/linux/kernel/rcutree.c:58:0:
/home/namhyung/project/linux/kernel/rcutree.h:539:13: warning:
‘is_nocb_cpu’
2013/1/2 Vineet Gupta vineet.gup...@synopsys.com:
On Tuesday 13 November 2012 01:59 AM, Thomas Gleixner wrote:
On Wed, 7 Nov 2012, Vineet Gupta wrote:
+void cpu_idle(void)
+{
+/* Since we SLEEP in idle loop, TIF_POLLING_NRFLAG can't be set */
+
+/* endless idle loop with no priority
2012/12/31 Li Zhong zh...@linux.vnet.ibm.com:
On Sat, 2012-12-29 at 17:42 +0100, Frederic Weisbecker wrote:
Start with a very simple interface to define full dynticks CPU:
use a boot time option defined cpumask through the full_nohz=
kernel parameter.
Make sure you keep at least one CPU
2012/12/31 Li Zhong zh...@linux.vnet.ibm.com:
On Sat, 2012-12-29 at 17:42 +0100, Frederic Weisbecker wrote:
static inline void vtime_task_switch(struct task_struct *prev) { }
static inline void vtime_account_system(struct task_struct *tsk) { }
static inline void vtime_account_system_irqsafe
2012/12/30 Paul E. McKenney paul...@linux.vnet.ibm.com:
On Mon, Dec 24, 2012 at 12:43:25AM +0100, Frederic Weisbecker wrote:
2012/12/21 Steven Rostedt rost...@goodmis.org:
On Thu, 2012-12-20 at 19:32 +0100, Frederic Weisbecker wrote:
Let's imagine you have 4 CPUs. We keep the CPU 0
2012/12/22 Steven Rostedt rost...@goodmis.org:
The idle_balance() code is called to do task load balancing just before
going to idle. This makes sense as the CPU is about to sleep anyway.
But currently it's called in the middle of the scheduler and in a place
that must have interrupts
. This commit therefore changes
the wait_event() to a wait_event_interruptible().
Reported-by: Frederic Weisbecker fweis...@gmail.com
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
Signed-off-by: Paul E. McKenney paul...@linux.vnet.ibm.com
---
kernel/rcutree_plugin.h |3 ++-
1 files
This subsystem lacks many explanations on its purpose and
design. Add these missing comments.
Reported-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Gilad Ben-Yossef gi...@benyossef.com
Cc: Thomas Gleixner t...@linutronix.de
Cc: Andrew
2012/12/13 Andrew Morton a...@linux-foundation.org:
On Thu, 13 Dec 2012 21:57:05 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
This subsystem lacks many explanations on its purpose and
design. Add these missing comments.
Thanks, it helps.
--- a/kernel/context_tracking.c
+++ b
2012/12/14 Andrew Morton a...@linux-foundation.org:
On Thu, 13 Dec 2012 23:50:23 +0100
Frederic Weisbecker fweis...@gmail.com wrote:
+ * This call supports re-entrancy.
Presumably the explanation for user_exit() applies here.
Not sure what you mean here.
It's unclear what it means
This subsystem lacks many explanations on its purpose and
design. Add these missing comments.
v2: Address comments from Andrew
Reported-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Gilad Ben-Yossef gi...@benyossef.com
Cc: Thomas Gleixner t
.
* Introduce lazy irq works that can wait for the
next tick to be executed, unless it's stopped.
* Implement klogd wake up using irq work. This
removes the ad-hoc printk_tick()/printk_needs_cpu()
hooks and make it working even in dynticks mode.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
() for this specific
case so that we can remove the underscore prefix on other
vtime functions.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Steven Rostedt rost...@goodmis.org
Cc: Paul
All vtime implementations just flush the user time on process
tick. Consolidate that in generic code by calling a user time
accounting helper. This avoids an indirect call in ia64 and
prepare to also consolidate vtime context switch code.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc
vtime_account() is only called from irq entry. irqs
are always disabled at this point so we can safely
remove the irq disabling guards on that function.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Thomas
own implementation.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Steven Rostedt rost...@goodmis.org
Cc: Paul Gortmaker paul.gortma...@windriver.com
Cc: Tony Luck tony.l
Hi,
While working on full dynticks, I realized some more cleanups needed to be
done. Here is it. If no comment arise, I'll send a pull request to Ingo
in a week.
Thanks.
Frederic Weisbecker (4):
vtime: Remove the underscore prefix invasion
vtime: Explicitly account pending user time
2012/11/14 Steven Rostedt rost...@goodmis.org:
On Wed, 2012-11-14 at 17:26 +0100, Frederic Weisbecker wrote:
Prepending irq-unsafe vtime APIs with underscores was actually
a bad idea as the result is a big mess in the API namespace that
is even waiting to be further extended. Also
2012/11/14 Steven Rostedt rost...@goodmis.org:
On Wed, 2012-11-14 at 17:26 +0100, Frederic Weisbecker wrote:
vtime_account() is only called from irq entry. irqs
are always disabled at this point so we can safely
remove the irq disabling guards on that function.
Signed-off-by: Frederic
()/printk_needs_cpu()
hooks and make it working even in dynticks mode.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Frederic Weisbecker (7):
irq_work: Fix racy IRQ_WORK_BUSY flag setting
irq_work: Fix racy check on work pending
ordering.
Changelog-heavily-inspired-by: Steven Rostedt rost...@goodmis.org
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Andrew Morton
We need some quick way to check if the CPU has stopped
its tick. This will be useful to implement the printk tick
using the irq work subsystem.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi
Don't stop the tick if we have pending irq works on the
queue, otherwise if the arch can't raise self-IPIs, we may not
find an opportunity to execute the pending works for a while.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t
the value we wish to be
in the work-flags but we only make any conclusion after the value
returned by the cmpxchg() call that either claims the work or let
the current owner handle the pending work for us.
Changelog-heavily-inspired-by: Steven Rostedt rost...@goodmis.org
Signed-off-by: Frederic
the printk tick using a lazy irq work.
This subsystem takes care of the timer tick state and can
fix up accordingly.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi...@kernel.org
Cc: Andrew Morton
for non-urgent enqueuers
(like printk in the future) that may prefer not to raise
an IPI storm in case of frequent enqueuing on short periods
of time.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar
irq work can run on any arch even without IPI
support because of the hook on update_process_times().
So lets remove HAVE_IRQ_WORK because it doesn't reflect
any backend requirement.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner
2012/11/15 Steven Rostedt rost...@goodmis.org:
On Wed, 2012-11-14 at 21:37 +0100, Frederic Weisbecker wrote:
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index f249e8c..822d757 100644
--- a/kernel/time/tick-sched.c
+++ b/kernel/time/tick-sched.c
@@ -289,7 +289,7 @@ static
2012/11/15 Frederic Weisbecker fweis...@gmail.com:
-
CPU that offilines CPU offlining
-
-
cpu_down() {
__stop_machine(take_cpu_down)
take_cpu_down() {
__cpu_disable() {
* disable irqs in hw
2012/11/15 Steven Rostedt rost...@goodmis.org:
On Wed, 2012-11-14 at 21:37 +0100, Frederic Weisbecker wrote:
diff --git a/kernel/irq_work.c b/kernel/irq_work.c
index 64eddd5..b3c113a 100644
--- a/kernel/irq_work.c
+++ b/kernel/irq_work.c
@@ -99,6 +99,17 @@ bool irq_work_queue(struct irq_work
2012/11/15 Steven Rostedt rost...@goodmis.org:
On Thu, 2012-11-15 at 16:25 +0100, Frederic Weisbecker wrote:
2012/11/15 Steven Rostedt rost...@goodmis.org:
On Wed, 2012-11-14 at 21:37 +0100, Frederic Weisbecker wrote:
diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index
2012/11/15 Steven Rostedt rost...@goodmis.org:
If we are in nohz and there's still irq_work to be done when the idle
task is about to go offline. Give a nasty warning.
Signed-off-by: Steven Rostedt rost...@goodmis.org
Index: linux-rt.git/kernel/irq_work.c
ordering.
Changelog-heavily-inspired-by: Steven Rostedt rost...@goodmis.org
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Andrew Morton
We need some quick way to check if the CPU has stopped
its tick. This will be useful to implement the printk tick
using the irq work subsystem.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi
Don't stop the tick if we have pending irq works on the
queue, otherwise if the arch can't raise self-IPIs, we may not
find an opportunity to execute the pending works for a while.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t
: Paul Gortmaker paul.gortma...@windriver.com
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
---
kernel/irq_work.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/kernel/irq_work.c b/kernel/irq_work.c
index cf8b657..fcaadae 100644
--- a/kernel/irq_work.c
+++ b/kernel
the printk tick using a lazy irq work.
This subsystem takes care of the timer tick state and can
fix up accordingly.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi...@kernel.org
Cc: Andrew Morton
for non-urgent enqueuers
(like printk in the future) that may prefer not to raise
an IPI storm in case of frequent enqueuing on short periods
of time.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar
.
Frederic Weisbecker (7):
irq_work: Fix racy IRQ_WORK_BUSY flag setting
irq_work: Fix racy check on work pending flag
irq_work: Remove CONFIG_HAVE_IRQ_WORK
nohz: Add API to check tick state
irq_work: Don't stop the tick with pending works
irq_work: Make self-IPIs optable
printk: Wake up
the value we wish to be
in the work-flags but we only make any conclusion after the value
returned by the cmpxchg() call that either claims the work or let
the current owner handle the pending work for us.
Changelog-heavily-inspired-by: Steven Rostedt rost...@goodmis.org
Signed-off-by: Frederic
Molnar mi...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Paul Gortmaker paul.gortma...@windriver.com
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
---
kernel/irq_work.c | 50 --
1 files changed, 44 insertions(+), 6 deletions
irq work can run on any arch even without IPI
support because of the hook on update_process_times().
So lets remove HAVE_IRQ_WORK because it doesn't reflect
any backend requirement.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner
2012/11/16 Steven Rostedt rost...@goodmis.org:
On Fri, 2012-11-16 at 03:21 +0100, Frederic Weisbecker wrote:
/*
* Claim the entry so that no one else will poke at it.
@@ -68,14 +59,18 @@ void __weak arch_irq_work_raise(void)
*/
static void __irq_work_queue(struct irq_work *work
irq works that can wait for the
next tick to be executed, unless it's stopped.
* Implement klogd wake up using irq work. This
removes the ad-hoc printk_tick()/printk_needs_cpu()
hooks and make it working even in dynticks mode.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
the value we wish to be
in the work-flags but we only make any conclusion after the value
returned by the cmpxchg() call that either claims the work or let
the current owner handle the pending work for us.
Changelog-heavily-inspired-by: Steven Rostedt rost...@goodmis.org
Signed-off-by: Frederic
the printk tick using a lazy irq work.
This subsystem takes care of the timer tick state and can
fix up accordingly.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo
We need some quick way to check if the CPU has stopped
its tick. This will be useful to implement the printk tick
using the irq work subsystem.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas
Don't stop the tick if we have pending irq works on the
queue, otherwise if the arch can't raise self-IPIs, we may not
find an opportunity to execute the pending works for a while.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter
for non-urgent enqueuers
(like printk in the future) that may prefer not to raise
an IPI storm in case of frequent enqueuing on short periods
of time.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Thomas
ordering.
Changelog-heavily-inspired-by: Steven Rostedt rost...@goodmis.org
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Andrew Morton
: Paul Gortmaker paul.gortma...@windriver.com
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
---
kernel/irq_work.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/kernel/irq_work.c b/kernel/irq_work.c
index 4ed1749..480f747 100644
--- a/kernel/irq_work.c
+++ b/kernel
Molnar mi...@kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Cc: Paul Gortmaker paul.gortma...@windriver.com
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
---
kernel/irq_work.c | 51 +--
1 files changed, 45 insertions(+), 6 deletions
irq work can run on any arch even without IPI
support because of the hook on update_process_times().
So lets remove HAVE_IRQ_WORK because it doesn't reflect
any backend requirement.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Acked-by: Steven Rostedt rost...@goodmis.org
Cc: Peter
it away so that AHZ CPUs
can run tickless.
Signed-off-by: Hakan Akkan hakanak...@gmail.com
CC: Frederic Weisbecker fweis...@gmail.com
---
include/linux/cpuset.h |3 ++-
kernel/cpuset.c |5 +
kernel/time/tick-sched.c | 31 ++-
3 files
On Fri, Sep 28, 2012 at 01:33:41PM +1000, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the tip tree got a conflict in arch/Kconfig
between commit 9a9d5786a5e7 (Make most arch asm/module.h files use
asm-generic/module.h) from the rr tree and commits fdf9c356502a
(cputime: Make
On Fri, Sep 28, 2012 at 02:51:03PM +0200, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest with the latest
linux-next kernel, I've stumbled on the following during boot:
[ 199.224369] WARNING: at kernel/rcutree.c:513
rcu_eqs_exit_common+0x4a/0x3a0()
[
On Fri, Sep 28, 2012 at 02:51:03PM +0200, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest with the latest
linux-next kernel, I've stumbled on the following during boot:
[ 199.224369] WARNING: at kernel/rcutree.c:513
rcu_eqs_exit_common+0x4a/0x3a0()
[
On Fri, Sep 28, 2012 at 09:07:57AM +0200, Stephane Eranian wrote:
On Fri, Sep 28, 2012 at 7:49 AM, Namhyung Kim namhy...@kernel.org wrote:
Hi Frederic,
On Fri, 28 Sep 2012 01:01:48 +0200, Frederic Weisbecker wrote:
When Arun was working on this, I asked him to explore if it could make
On Fri, Sep 28, 2012 at 02:49:55PM +0900, Namhyung Kim wrote:
Hi Frederic,
On Fri, 28 Sep 2012 01:01:48 +0200, Frederic Weisbecker wrote:
When Arun was working on this, I asked him to explore if it could make
sense to reuse
the -b, --branch-stack perf report option. Because after all
2012/9/29 Sasha Levin levinsasha...@gmail.com:
Maybe I could help here a bit.
lappy linux # addr2line -i -e vmlinux 8111d45f
/usr/src/linux/kernel/timer.c:549
/usr/src/linux/include/linux/jump_label.h:101
/usr/src/linux/include/trace/events/timer.h:44
On Sat, Sep 29, 2012 at 06:37:37AM -0700, Paul E. McKenney wrote:
On Sat, Sep 29, 2012 at 02:25:04PM +0200, Frederic Weisbecker wrote:
2012/9/29 Sasha Levin levinsasha...@gmail.com:
Maybe I could help here a bit.
lappy linux # addr2line -i -e vmlinux 8111d45f
/usr/src/linux
On Tue, Oct 02, 2012 at 04:58:15PM +0200, Jiri Olsa wrote:
diff --git a/arch/x86/kernel/cpu/perf_event.c
b/arch/x86/kernel/cpu/perf_event.c
index 915b876..11d62ff 100644
--- a/arch/x86/kernel/cpu/perf_event.c
+++ b/arch/x86/kernel/cpu/perf_event.c
@@ -34,6 +34,7 @@
#include asm/timer.h
the above function doesn't exist.
May be only use _get_cword then, if it works everywhere?
Cc: Frederic Weisbecker fweis...@gmail.com
Cc: David Ahern dsah...@gmail.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
tools/perf/bash_completion | 15 +--
1 file changed, 13
needs to be renamed (at least adding a
couple of dashes in it).
Thanks,
Namhyung
Acked-by: Frederic Weisbecker fweis...@gmail.com
Thanks Namhyung!
Namhyung Kim (3):
perf tools: Check existence of _get_comp_words_by_ref when bash completing
perf tools: Complete long option names
On Tue, Oct 02, 2012 at 06:06:26PM +0200, Jiri Olsa wrote:
On Tue, Oct 02, 2012 at 05:49:26PM +0200, Frederic Weisbecker wrote:
On Tue, Oct 02, 2012 at 04:58:15PM +0200, Jiri Olsa wrote:
diff --git a/arch/x86/kernel/cpu/perf_event.c
b/arch/x86/kernel/cpu/perf_event.c
index 915b876
2013/1/10 Russell King - ARM Linux li...@arm.linux.org.uk:
On Thu, Jan 10, 2013 at 09:02:15AM -0500, Don Zickus wrote:
On Wed, Jan 09, 2013 at 05:57:39PM -0800, Colin Cross wrote:
Emulate NMIs on systems where they are not available by using timer
interrupts on other cpus. Each cpu will use
2012/12/3 Frederic Weisbecker fweis...@gmail.com:
2012/12/2 Stephen Rothwell s...@canb.auug.org.au:
Well, these are a bit late (I expected Linus to release v3.7 today), but
since Ingo has not piped in over the weekend, I have added them from today
after the tip tree merge.
Yeah sorry
2013/1/11 Colin Cross ccr...@android.com:
Emulate NMIs on systems where they are not available by using timer
interrupts on other cpus. Each cpu will use its softlockup hrtimer
to check that the next cpu is processing hrtimer interrupts by
verifying that a counter is increasing.
This patch
2013/1/15 Colin Cross ccr...@android.com:
On Mon, Jan 14, 2013 at 4:13 PM, Frederic Weisbecker fweis...@gmail.com
wrote:
I believe this is pretty much what the RCU stall detector does
already: checks for other CPUs being responsive. The only difference
is on how it checks that. For RCU it's
2013/1/15 Colin Cross ccr...@android.com:
On Mon, Jan 14, 2013 at 4:25 PM, Frederic Weisbecker fweis...@gmail.com
wrote:
2013/1/15 Colin Cross ccr...@android.com:
On Mon, Jan 14, 2013 at 4:13 PM, Frederic Weisbecker fweis...@gmail.com
wrote:
I believe this is pretty much what the RCU stall
2013/1/5 Paul E. McKenney paul...@linux.vnet.ibm.com:
On Sat, Jan 05, 2013 at 06:21:01PM +0100, Frederic Weisbecker wrote:
Hi Paul,
2013/1/5 Paul E. McKenney paul...@linux.vnet.ibm.com:
From: Paul Gortmaker paul.gortma...@windriver.com
The wait_event() at the head of the rcu_nocb_kthread
Hey Paul,
2013/1/4 Paul Gortmaker paul.gortma...@windriver.com:
On 12-12-29 11:42 AM, Frederic Weisbecker wrote:
Allow to dynamically switch between tick and virtual based cputime
accounting.
This way we can provide a kind of on-demand virtual based cputime
accounting. In this mode
2013/1/7 Paul E. McKenney paul...@linux.vnet.ibm.com:
On Fri, Nov 30, 2012 at 02:19:22PM +0800, Li Zhong wrote:
As new context tracking subsystem added, it seems ignore_user_qs and
in_user defined in struct rcu_dynticks are no longer needed, so remove
them.
Signed-off-by: Li Zhong
2012/12/16 Ingo Molnar mi...@kernel.org:
* Frederic Weisbecker fweis...@gmail.com wrote:
+
+/**
+ * context_tracking_task_switch - context switch the syscall hooks
+ *
+ * The context tracking uses the syscall slow path to implement its
user-kernel
+ * boundaries hooks on syscalls
deactivate_task()
already did the rq clock update in schedule(). But we want
to ignore that update if a ttwu did it for us, in which case
rq-skip_clock_update is 1.
But update_rq_clock() already takes care of that so we
can just remove the broken condition.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
701 - 800 of 8299 matches
Mail list logo