<div dir="ltr">Hello Mathieu,<div><br></div><div>We have resolved the problem. It was a problem of IP protection that prevented us from acessing certain memory addresses. Now investigating problems with live tracing > Error: Unable to reach lttng-relayd. Will open another thread if the problem persists.</div><div><br></div><div>Thanks,</div><div>MIKE</div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-11-18 0:53 GMT+08:00 Mathieu Desnoyers <span dir="ltr"><<a href="mailto:mathieu.desnoyers@efficios.com" target="_blank">mathieu.desnoyers@efficios.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:times new roman,new york,times,serif;font-size:12pt;color:#000000"><div>Hi,<br></div><div><br></div><div>There is little we can do without information about the kernel<br></div><div>customization that have been done in your use-case. Most likely,<br></div><div>there might be one customization that breaks tracepoints located<br></div><div>in the core kernel. It appears that only the tracepoints present in<br></div><div>the lttng-module modules are traced.<br></div><div><br></div><div>Just as a guess, do you have CONFIG_JUMP_LABEL=y<br></div><div>in your config ? Try setting it to "n'. Just in case they would<br></div><div>happen to be broken on your specific kernel version/customization.<br></div><div><br></div><div>Good luck!<br></div><div><br></div><div>Mathieu<br></div><div><br></div><hr><blockquote style="border-left:2px solid #1010ff;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt"><b>From: </b>"J Lin" <<a href="mailto:jmlin.jmlin@gmail.com" target="_blank">jmlin.jmlin@gmail.com</a>><br><b>To: </b>"Daniel Thibault" <<a href="mailto:Daniel.Thibault@drdc-rddc.gc.ca" target="_blank">Daniel.Thibault@drdc-rddc.gc.ca</a>><br><b>Cc: </b><a href="mailto:lttng-dev@lists.lttng.org" target="_blank">lttng-dev@lists.lttng.org</a><br><b>Sent: </b>Thursday, November 13, 2014 6:12:14 AM<br><b>Subject: </b>Re: [lttng-dev] Strange result from LTTng porting to ARM<div><div class="h5"><br><div><br></div><div dir="ltr"><span style="font-family:arial,sans-serif;font-size:14px">Hello Daniel,</span><div style="font-family:arial,sans-serif;font-size:14px"><br></div><div style="font-family:arial,sans-serif;font-size:14px">I should correct myself and say cross compiled LTTng to run on ARM. We installed lttng-modules via insmod and verified with lsmod. Regarding lttng-modules, there was a problem compiling where duplicate definition occurred. We use kernel version 3.8 and in the source code saw the conflicting section "should be" guarded for version less than 3.15. So we added version check to work around it.</div><div style="font-family:arial,sans-serif;font-size:14px"><br></div><div style="font-family:arial,sans-serif;font-size:14px">We have not tested ust yet. But have compiled all three (lttng-ust, lttng-tools, lttng-modules) and placed on development board. Right now, we are just doing a simple trace for a certain irq that triggers every 4ms. This is the most information we got:<br></div><div style="font-family:arial,sans-serif;font-size:14px">[00:01:36.985006316] (+0.001175688) (none) lttng_statedump_interrupt: { cpu_id = 0 }, { irq = 29, name = "GIC", action = "twd" }<br></div><div style="font-family:arial,sans-serif;font-size:14px"><br></div><div style="font-family:arial,sans-serif;font-size:14px">Also noticed this when creating a session:</div><div style="font-family:arial,sans-serif;font-size:14px">[ 2][   64.512057] ##### send signal SIG : 10, lttng-sessiond(373)->lttng(262) __send_signal</div><div style="font-family:arial,sans-serif;font-size:14px"><br></div><div style="font-family:arial,sans-serif;font-size:14px">Thanks,</div><div style="font-family:arial,sans-serif;font-size:14px">MIKE</div><div class="gmail_extra"><br><div class="gmail_quote">2014-11-13 3:10 GMT+08:00 Thibault, Daniel <span dir="ltr"><<a href="mailto:Daniel.Thibault@drdc-rddc.gc.ca" target="_blank">Daniel.Thibault@drdc-rddc.gc.ca</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">----------------------------------------------------------------------<br> Date: Wed, 12 Nov 2014 23:26:41 +0800<br> From: J Lin <<a href="mailto:jmlin.jmlin@gmail.com" target="_blank">jmlin.jmlin@gmail.com</a>><br><div><div><br> > I've recently ported LTTng to ARM and I can't seem to understand what is going wrong with my results. I ran a typical session with "lttng enable-event -k -a" for test. Here are the observations:<br> ><br> > 1. only "lttng_xxx (e.g, lttng_statedump_interrupts)" are recorded 2. different sessions yield trace on different CPU (the system has 4) but not for all 4, just 1 cpu 3. no recorded session span more than 1 second though I would run sleep (i.e., 10s) between "start" and "stop"<br> ><br> > This leads me to believe LTTng might be dependent on something in the system that isn't present. This is a customized kernel of a client. It has all required configs.<br> ><br> > If there is a trigger mechanism after running "lttng start", what would it be? It seems it grabs items initially then doesn't continue. I read in one of the papers that LTTng is architecture dependent. Any help is appreciated.<br> ><br></div></div>> Mike<br> <br>    How exactly did you "port" LTTng to ARM?  As far as I know, you need only rebuild it there.  Your symptoms lead me to believe you may have not installed the requisite lttng-modules.  Did you test user-space tracing?<br> <br> Daniel U. Thibault<br> Protection des systèmes et contremesures (PSC) | Systems Protection & Countermeasures (SPC)<br> Cyber sécurité pour les missions essentielles (CME) | Mission Critical Cyber Security (MCCS)<br> RDDC - Centre de recherches de Valcartier | DRDC - Valcartier Research Centre<br> 2459 route de la Bravoure<br> Québec QC  G3J 1X5<br> CANADA<br> Vox : <a href="tel:%28418%29%20844-4000%20x4245" target="_blank">(418) 844-4000 x4245</a><br> Fax : <a href="tel:%28418%29%20844-4538" target="_blank">(418) 844-4538</a><br> NAC : 918V QSDJ <<a href="http://www.travelgis.com/map.asp?addr=918V%20QSDJ" target="_blank">http://www.travelgis.com/map.asp?addr=918V%20QSDJ</a>><br> Gouvernement du Canada | Government of Canada<br> <<a href="http://www.valcartier.drdc-rddc.gc.ca/" target="_blank">http://www.valcartier.drdc-rddc.gc.ca/</a>><br></blockquote></div><br></div></div><br></div></div>_______________________________________________<br>lttng-dev mailing list<br><a href="mailto:lttng-dev@lists.lttng.org" target="_blank">lttng-dev@lists.lttng.org</a><br><a href="http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev" target="_blank">http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev</a><span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><span class="HOEnZb"><font color="#888888"><div><br><br></div><div><br></div><div>-- <br></div><div><span name="x"></span>Mathieu Desnoyers<br>EfficiOS Inc.<br><a href="http://www.efficios.com" target="_blank">http://www.efficios.com</a><span name="x"></span><br></div></font></span></div></div></blockquote></div><br></div>