Please double-check that you applied the last patch correctly. I tried
building a lttng-enabled -rt tree here (x86 64 box), and it works (I can
start/stop tracing and see the trace in lttv).

Note that I simply discarded the conflicting instrumentation patches for
this quick test.

I'm pretty sure an error could have been inserted in async_wakeup()
within ltt-tracer.c. Can you paste the code you have ?

Unbalanced rcu read lock/unlock could be causing this.

Thanks,

Mathieu

* [email protected] ([email protected]) wrote:
> Turning off CONFIG_RCU_CPU_STALL_DETECTOR does not solve the issue with 
> starting up "lttctl -C" ... that call never returns. I'm no longer getting 
> the stack dumps in /var/log/messages and I still have to hard reboot the 
> system as soft reboot doesn't work.
> 
> JP
> 
> 
> -----Original Message-----
> From: Mathieu Desnoyers [mailto:[email protected]]
> Sent: Tue 5/11/2010 11:11 AM
> To: John P. Paul
> Cc: [email protected]; Paul E. McKenney; 
> [email protected]
> Subject: Re: [ltt-dev] lttctl locks up with RT Linux
>  
> * [email protected] ([email protected]) wrote:
> > Thanks Mathieu. I'm going to have to look at this a bit more. This may
> > have fixed one problem and cause another as "lttctl -C -w /tmp/trace
> > trace1" does not return and I'm getting a stack dump in the messages
> > file (see below). The last msg I see from that "lttctl -C" command is
> > "lttctl: Creating trace". The "lttctl: Forking lttd" is not displayed.
> 
> If you disable RCU stalls detection, does it work ?
> 
> [Context for Paul: it's on a -RT kernel, with the LTTng patchset]
> 
> Thanks,
> 
> Mathieu
> 
> --
> This is an e-mail from General Dynamics Robotic Systems. It is for the 
> intended recipient only and may contain confidential and privileged 
> information. No one else may read, print, store, copy, forward or act in 
> reliance on it or its attachments. If you are not the intended recipient, 
> please return this message to the sender and delete the message and any 
> attachments from your computer. Your cooperation is appreciated.
> 

-- 
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com

_______________________________________________
ltt-dev mailing list
[email protected]
http://lists.casi.polymtl.ca/cgi-bin/mailman/listinfo/ltt-dev

Reply via email to