<div dir="ltr">Hi,<div><br></div><div>Thank you for your email. I am already compiling the application that has the tracepoint register code with -DALLOW_EXPERIMENTAL_API but still am running into this issue. Are there any other possible causes for this behaviour? Thanks again.</div><div><br></div><div>Regards,</div><div>Sanjit Kumar</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 27, 2023 at 1:11 AM David Marchand <<a href="mailto:david.marchand@redhat.com">david.marchand@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
Copying trace framework maintainers.<br>
<br>
On Fri, Oct 27, 2023 at 9:48 AM Sanjit Kumar<br>
<<a href="mailto:sanjit.kumar@aviznetworks.com" target="_blank">sanjit.kumar@aviznetworks.com</a>> wrote:<br>
> I am trying to test the usage of the DPDK trace library. I have run into the same issue as recounted here - <a href="https://mails.dpdk.org/archives/users/2020-December/005266.html" rel="noreferrer" target="_blank">https://mails.dpdk.org/archives/users/2020-December/005266.html</a>  - where I am able to build and run my DPDK application where I have created and registered my custom trace point (verified via rte_trace_dump(stdout) which says my traces are 'enabled' - i see the right trace buffer size, trace file destination etc). The trace point creation and registration are identical to what is mentioned in the program guide using RTE_TRACE_POINT in a header file and registering it in my dpdk application via RTE_TRACE_POINT_REGISTER macro.<br>
><br>
> What I notice are as follows:<br>
><br>
> 1. The program builds and runs as intended.<br>
> 2. The trace files are generated in the correct destination directory.<br>
> 3. On using trace=.*  ----> I see a huge list of traces on viewing the trace file with babeltrace - but do not see my custom trace point. I also do not see any trace output from my dpdk application if I reuse DPDK library traces ( eg: rte_eal_trace_thread_lcore_ready ) instead of defining my own custom traces.<br>
> 4. On using trace=<regex for traces used in my application> i do not see any trace output just used inside my application.<br>
><br>
> I think the above observations suggest that the issue might be in configuring my DPDK application to recognize and create trace output properly. However the rte_trace_dump output suggests that trace is enabled here.<br>
><br>
> What I would like to know is similar to utkarsh's question:<br>
> Is there anything I am missing in configuring my application to recognize traces? If so can you please point it out?<br>
<br>
I think a hint was posted later, about this topic.<br>
Did you compile your application tracepoint register code with<br>
-DALLOW_EXPERIMENTAL_API ?<br>
<br>
If you confirm it solves your issue, we need to enhance the trace<br>
framework documentation.<br>
<br>
<br>
-- <br>
David Marchand<br>
<br>
</blockquote></div>