[ltt-dev] Kernel crashes when creating a trace
Mathieu Desnoyers
mathieu.desnoyers at polymtl.ca
Mon Nov 16 23:28:48 EST 2009
* Ashwin Tanugula (ashwin.tanugula at broadcom.com) wrote:
> Hi Matheiu,
>
> I tested with the "return 1;" at the beginning of trace_clock_async_tsc_read
>
> I am able to generate the trace, but I cannot view it. (tried it many times, even tried hybrid mode and flight mode)
>
> Here is what I am using
>
> lttv lttv-0.12.20-12112009
> ltt-control ltt-control-0.75-15112009
> ltt-patch patch-2.6.31.6-lttng-0.170
>
> I am getting the following error(s)
>
OK, I think I found the problem. Can you re-try this with lttng 0.172,
lttv 0.12.21 ?
Thanks,
Mathieu
> 1)
>
> $ lttv-gui -t tmp/trace1
> Xlib: extension "RANDR" missing on display ":0.0".
> ** Message: statistics viewer : background computation data ready.
>
> ** ERROR **: Kernel/LTTV event size differs for event udpv4_rcv_extended: kernel 32, LTTV 28
> aborting...
> /usr/local/bin/lttv-gui: line 10: 13467 Aborted (core dumped) $LTTV_CMD.real -m lttvwindow -m guievents -m guifilter -m guicontrolflow -m resourceview -m guistatistics -m guitracecontrol $*
>
>
> 2)
>
> $ lttv-gui -t trace3
> Xlib: extension "RANDR" missing on display ":0.0".
> ** Message: statistics viewer : background computation data ready.
> trace3: No such file or directory
>
> ** (lttv.real:13427): WARNING **: cannot open trace trace3
> ** Message: statistics viewer : background computation data ready.
>
> ** ERROR **: Kernel/LTTV event size differs for event udpv4_rcv_extended: kernel 32, LTTV 28
> aborting...
> /usr/local/bin/lttv-gui: line 10: 13427 Aborted (core dumped) $LTTV_CMD.real -m lttvwindow -m guievents -m guifilter -m guicontrolflow -m resourceview -m guistatistics -m guitracecontrol $*
>
> 3)
>
> $ lttv/lttv/lttv-gui -t trace1
> Xlib: extension "RANDR" missing on display ":0.0".
> ** Message: statistics viewer : background computation data ready.
>
> ** ERROR **: Kernel/LTTV event size differs for event (null): kernel 4, LTTV 0
> aborting...
> lttv/lttv/lttv-gui: line 10: 11485 Aborted (core dumped) $LTTV_CMD.real -m lttvwindow -m guievents -m guifilter -m guicontrolflow -m resourceview -m guistatistics -m guitracecontrol $*
>
> 4)
> $ lttv-gui -t trace1
> Xlib: extension "RANDR" missing on display ":0.0".
> ** Message: statistics viewer : background computation data ready.
>
> ** ERROR **: Kernel/LTTV event size differs for event (null): kernel 4, LTTV 0
> aborting...
> /usr/local/bin/lttv-gui: line 10: 13102 Aborted (core dumped) $LTTV_CMD.real -m lttvwindow -m guievents -m guifilter -m guicontrolflow -m resourceview -m guistatistics -m guitracecontrol $*
>
> 5)
> $ lttv-gui -t trace2
> Xlib: extension "RANDR" missing on display ":0.0".
> ** Message: statistics viewer : background computation data ready.
>
> ** ERROR **: Kernel/LTTV event size differs for event (null): kernel 8, LTTV 0
> aborting...
> /usr/local/bin/lttv-gui: line 10: 13137 Aborted (core dumped) $LTTV_CMD.real -m lttvwindow -m guievents -m guifilter -m guicontrolflow -m resourceview -m guistatistics -m guitracecontrol $*
>
> 6)
> $ lttv-gui -t trace3
> Xlib: extension "RANDR" missing on display ":0.0".
> ** Message: statistics viewer : background computation data ready.
>
> ** ERROR **: Kernel/LTTV event size differs for event (null): kernel 8, LTTV 0
> aborting...
> /usr/local/bin/lttv-gui: line 10: 13143 Aborted (core dumped) $LTTV_CMD.real -m lttvwindow -m guievents -m guifilter -m guicontrolflow -m resourceview -m guistatistics -m guitracecontrol $*
>
>
> Thanks,
> Ashwin
>
> -----Original Message-----
> From: Mathieu Desnoyers [mailto:mathieu.desnoyers at polymtl.ca]
> Sent: Monday, November 16, 2009 10:36 AM
> To: Ashwin Tanugula
> Cc: ltt-dev at lists.casi.polymtl.ca
> Subject: Re: Kernel crashes when creating a trace
>
> Hi Ashwin,
>
> I spent the last 3 days stress-testing lttng with concurrent:
>
> - cpu hotplug
> - trace start/stop
> - marker armall/disarmall
>
> For minutes and fixed all the problems I encountered.
>
> The reason why I had a hard time reproducing your error scenario was that the right timing occurs on UP systems.
>
> All the fixes are integrated in LTTng 0.170. I am very confident that things will work fine now. Please keep testing with the "return 1;" for the MIPS trace clock, at it is not fixed yet.
>
> Thanks,
>
> Mathieu
>
>
>
--
Mathieu Desnoyers
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
More information about the lttng-dev
mailing list