It depends on what you're looking for. If you want to trace code in a kernel module that was just loaded, that won't work. On the flip side it is possible to specify filters on user space libraries and binaries. It is just a matter of specifying the offset to start tracing from and the infrastructure will do the rest for you.
Thanks, I wasn't thinking of trace filtering at source, more about decoding the trace once collected. For decode you need to know which ELF shared objects are loaded where and when. An application which used some kind of plugins might dynamically load shared objects quite a while after it started and might even unload objects and load others at the same address. I am just wondering if the mmap() records captured by perf, are used when decoding trace, so that the decoder knows which ELF files were loaded at any given time. And if so, are there any problems with time alignment.
Or is the decode just done using the mappings at process end?
- what's the status of decode for JITted code? Here you'd need to
capture the actual contents of the code cache, to be able to decode it.
That isn't supported.
Ok, thanks.
Al
Regards, Mathieu
Are these ready to go or is there still some work to do?
Thanks,
Al _______________________________________________ CoreSight mailing list CoreSight@lists.linaro.org https://lists.linaro.org/mailman/listinfo/coresight