<div dir="ltr">Hi,<div><br></div><div>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">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. </div><div><br></div><div>What I notice are as follows:</div><div><br></div><div>1. The program builds and runs as intended.</div><div>2. The trace files are generated in the correct destination directory. </div><div>3. On using trace=.*<b> </b> ----> 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.</div><div>4. On using trace=<regex for traces used in my application> i do not see any trace output just used inside my application.</div><div><br></div><div>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. </div><div><br></div><div>What I would like to know is similar to utkarsh's question:</div><div>Is there anything I am missing in configuring my application to recognize traces? If so can you please point it out?</div><div><br></div><div><br></div><div>Thanks and Regards,</div><div>Sanjit Kumar</div></div>