[DTrace-devel] [PATCH 2/2] test: add a test for libctf bug 30264

Nick Alcock nick.alcock at oracle.com
Fri Apr 28 15:59:07 UTC 2023


On 24 Mar 2023, Kris Van Hees via DTrace-devel spake thusly:

> On Thu, Mar 23, 2023 at 09:22:53PM -0400, Eugene Loh via DTrace-devel wrote:
>> Reviewed-by: Eugene Loh <eugene.loh at oracle.com>
>> though I confess there is stuff here I do not understand.  E.g.,
>> 
>>     $ grep rds /proc/modules
>>     $ sudo build/run-dtrace -n 'BEGIN { trace(offsetof(struct rds_message,
>> atomic)); exit(0) }'
>>     dtrace: description 'BEGIN ' matched 1 probe
>>     CPU     ID                    FUNCTION:NAME
>>       2      1                           :BEGIN         296
>> 
>> I do not need to have rds loaded?
>> 
>> (Also, the offset is nonzero, but I confess I don't know what CTF I'm
>> using.)
>
> The difference is that you are using struct rds_message whereas Nick is using
> the more specific struct rds`rds_message type specification.

I guess rds_message must have been promoted into the shared CTF. How
strange :) still we really shouldn't rely on that. This is not the only
test module-loading fixes, anyway. There are tests that rely on other
modules being loaded, some of which (like isofs) are very unlikely to be
loaded otherwise.



More information about the DTrace-devel mailing list