Great! Got it. Thank you.<div><br></div><div>Rui<br><br><div class="gmail_quote">On Tue, Jul 31, 2012 at 1:26 PM, Mathieu Desnoyers <span dir="ltr"><<a href="mailto:mathieu.desnoyers@efficios.com" target="_blank">mathieu.desnoyers@efficios.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">By close integration, I mean that we would have to change the in-kernel<br>
structure declarations and wrap them into macros, so we can re-use those<br>
headers within the TRACE_EVENT code to serialize the events and express<br>
the event metadata.<br>
<span class="HOEnZb"><font color="#888888"><br>
Mathieu<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
* Rui Han (<a href="mailto:r.han@umiami.edu">r.han@umiami.edu</a>) wrote:<br>
> Hi Mathieu,<br>
><br>
> Thank you very much for your reply. I'll look into that solution. By "close<br>
> integration", do you mean minimum overhead? Could you be more<br>
> specific about the issue that prevent it from being implemented in current<br>
> version. So that I can tell whether I am be able to do it or not within<br>
> time constrain.<br>
><br>
> Regards,<br>
> Rui<br>
><br>
> On Tue, Jul 31, 2012 at 12:29 PM, Mathieu Desnoyers <<br>
> <a href="mailto:mathieu.desnoyers@efficios.com">mathieu.desnoyers@efficios.com</a>> wrote:<br>
><br>
> > * Rui Han (<a href="mailto:r.han@umiami.edu">r.han@umiami.edu</a>) wrote:<br>
> > > Hi,<br>
> > ><br>
> > > In the sys_connect and sys_bind kernel tracing, a pointer to the socdaddr<br>
> > > struct has been dumped. (i.e. the second argument in sys_bind: { cpu_id<br>
> > = 0<br>
> > > }, { fd = 39, umyaddr = 0x7FE18E3D0B80, addrlen = 0xC }). What if I want<br>
> > to<br>
> > > access the struct for the IP and port number related to the socket? Is<br>
> > > there an easy way to do this? Please give me some hints. Thank you very<br>
> > > much.<br>
> ><br>
> > current, none.<br>
> ><br>
> > A "quick" way to do this might be to add a tracepoint into these system<br>
> > calls.<br>
> ><br>
> > Eventually, we might look into supporting writing complex data<br>
> > structures into lttng-modules, but this would require close integration<br>
> > with the Linux kernel sources.<br>
> ><br>
> > Thanks,<br>
> ><br>
> > Mathieu<br>
> ><br>
> > ><br>
> > > Regards,<br>
> > > Rui<br>
> ><br>
> > > _______________________________________________<br>
> > > lttng-dev mailing list<br>
> > > <a href="mailto:lttng-dev@lists.lttng.org">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><br>
> ><br>
> ><br>
> > --<br>
> > Mathieu Desnoyers<br>
> > Operating System Efficiency R&D Consultant<br>
> > EfficiOS Inc.<br>
> > <a href="http://www.efficios.com" target="_blank">http://www.efficios.com</a><br>
> ><br>
<br>
--<br>
Mathieu Desnoyers<br>
Operating System Efficiency R&D Consultant<br>
EfficiOS Inc.<br>
<a href="http://www.efficios.com" target="_blank">http://www.efficios.com</a><br>
</div></div></blockquote></div><br></div>