On Fri, Feb 13, 2009 at 08:26:01AM +0100, Ingo Molnar wrote: > > * Frederic Weisbecker <fweisbec@xxxxxxxxx> wrote: > > > > > It seems to run fine for all of them except sysprof. It passes the self-test > > > > but doesn't produce any trace when I manually try. > > > > > > > > Not completely sure this is only in -rt so I'm pulling very latest -tip and > > > > will see if I find the same problem there. > > > > > > About sysprof, it's an -rt problem, I don't see it on -tip. The sysprof hrtimer > > > callback is never called. > > > > > > I'm digging to see what is happening. > > > > I didn't put my ftrace_printk at the right place. It doesn't come from hrtimer. > > The problem comes from get_irq_regs() which always returns NULL on the sysprof > > hrtimer calback, then the trace is immediately dropped by sysprof. > > Ah, that makes sense - under -rt the default hrtimer execution is to > execute in a softirq context. Could you try the patch below please, > does it fix sysprof? > > Ingo Yes! Thanks :-) Tested-by: Frederic Weisbecker <fweisbec@xxxxxxxxx> So, just a thing. -rt make the hrtimer's timers running on softirq context because the hrtimer_interrupt doesn't run as a threaded interrupt, and then it is not preemptible right? In that case, sysprof will continue to run in hardirq context, as before, and it will considerably increase the latency. And that matters here. So I think it is important to put it on the reminder: --------------------> Subject: [PATCH] rt: add sysprof to the latency overhead reminder From: Frederic Weisbecker <fweisbec@xxxxxxxxx> Since sysprof uses the hrtimer on hardirq with interrupts disabled, it adds a latency overhead. Add it to the latency reminder. Signed-off-by: Frederic Weisbecker <fweisbec@xxxxxxxxx> --- --- linux-2.6.29-rc4/init/~main.c 2009-02-13 12:51:54.000000000 +0100 +++ linux-2.6.29-rc4/init/main.c 2009-02-13 12:55:40.000000000 +0100 @@ -904,7 +904,7 @@ static int __init kernel_init(void * unu WARN_ON(irqs_disabled()); #endif -#define DEBUG_COUNT (defined(CONFIG_DEBUG_RT_MUTEXES) + defined(CONFIG_IRQSOFF_TRACER) + defined(CONFIG_PREEMPT_TRACER) + defined(CONFIG_STACK_TRACER) + defined(CONFIG_WAKEUP_LATENCY_HIST) + defined(CONFIG_DEBUG_SLAB) + defined(CONFIG_DEBUG_PAGEALLOC) + defined(CONFIG_LOCKDEP) + (defined(CONFIG_FTRACE) - defined(CONFIG_FTRACE_MCOUNT_RECORD))) +#define DEBUG_COUNT (defined(CONFIG_DEBUG_RT_MUTEXES) + defined(CONFIG_IRQSOFF_TRACER) + defined(CONFIG_PREEMPT_TRACER) + defined(CONFIG_STACK_TRACER) + defined(CONFIG_WAKEUP_LATENCY_HIST) + defined(CONFIG_DEBUG_SLAB) + defined(CONFIG_DEBUG_PAGEALLOC) + defined(CONFIG_LOCKDEP) + defined(CONFIG_SYSPROF_TRACER) + (defined(CONFIG_FTRACE) - defined(CONFIG_FTRACE_MCOUNT_RECORD))) #if DEBUG_COUNT > 0 printk(KERN_ERR "*****************************************************************************\n"); @@ -924,6 +924,9 @@ static int __init kernel_init(void * unu #ifdef CONFIG_PREEMPT_TRACER printk(KERN_ERR "* CONFIG_PREEMPT_TRACER *\n"); #endif +#ifdef CONFIG_SYSPROF_TRACER + printk(KERN_ERR "* CONFIG_SYSPROF_TRACER *\n"); +#endif #ifdef CONFIG_FTRACE printk(KERN_ERR "* CONFIG_FTRACE *\n"); #endif -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
