
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">Hi Ricardo,</div><div dir="ltr"><br></div><div dir="ltr">On 15. May 2019, at 02:44, Ricardo Teixeira <<a href="mailto:ricardo.btxr@gmail.com">ricardo.btxr@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Below are the kernel messages for the overhead and schedule tracers.</div></div></div></div></div></div></div></div></blockquote></div></div></blockquote><div><br></div><div>these messages look reasonable; I don’t see anything suggesting that there might be a problem. </div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>When I'm looking for UNLOCK events through ftdump, I noticed that almost all UNLOCK_START records are generated with IRQ enabled for both protocols I'm running. </div></div></div></div></div></div></div></div></blockquote></div></div></blockquote><div><br></div><div>What do you mean with “almost all [...] with IRQ enabled”? Do you have different lock entry paths, some with IRQs enabled and some without? </div><div><br></div><div>Or do you mean the IRQ field in the trace records? That’s a snapshot of the core’s IRQ *counter*, which is reset when it is read. It’s perfectly normal for this number to be non-zero for a _START event — on average, you’d expect there to have been some interrupts since the last time that an event was recorded. </div><div><br></div><blockquote type="cite"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Is this why these records are not being counted? Is there any parameter so I can collect these records? <br></div></div></div></div></div></div></div></div></blockquote></div></div></blockquote><div><br></div><div>Yes, -x disables interrupt filtering, but, again, this should not be an issue for _START events. </div><div><br></div><div><a href="https://github.com/LITMUS-RT/feather-trace-tools/blob/master/src/ft2csv.c#L397">https://github.com/LITMUS-RT/feather-trace-tools/blob/master/src/ft2csv.c#L397</a></div><div><br></div>You had mentioned in some email that you use “inherited” scripts that produce a single .ft file — I have no idea what these scripts are, where they come from, or what they do, so I can’t really help you debug them. I would recommend to use the standard tools as described in the tutorial. <div><br></div><div><a href="https://github.com/LITMUS-RT/feather-trace-tools/blob/master/doc/howto-trace-and-process-overheads.md">https://github.com/LITMUS-RT/feather-trace-tools/blob/master/doc/howto-trace-and-process-overheads.md</a></div><div><br></div><div>At the very least, see if the problem persists if you follow that approach. </div><div><br></div><div>Regards,</div><div>Björn</div><div><br></div><div><br></div></body></html>