[DTrace-devel] [PATCH 5/7] module: use uintptr_t as type for kernel symbols withuot type info

Kris Van Hees kris.van.hees at oracle.com
Fri Nov 3 19:25:34 UTC 2023


On Fri, Nov 03, 2023 at 01:10:10PM +0000, Nick Alcock wrote:
> On 31 Oct 2023, Kris Van Hees via DTrace-devel spake thusly:
> 
> > When a kernel symbol is known to exist (found in kallsyms) but no type
> > information can be found, a compilation error is reported.  That makes
> > it impossible to use casting to resolve missing type information for
> > symbols whose address is clearly known.  So, assign those symbol the
> > uintptr_t type.
> 
> Definitely. (Assuming such a type can be found, which you dealt with.)
> 
> ... maybe we only want to do this if we're using BTF, not CTF, since CTF
> should have the lot. I'm not sure.

There is no downside to providing this default eve nwhen CTF is available.
Why would we not be doing it in all cases.  If the variable should be in the
CTF, then it will be there, and this oes not get used.  If it is not found,
then DTrace will be able to use that variable by means of casting.

> > Signed-off-by: Kris Van Hees <kris.van.hees at oracle.com>
> 
> Reviewed-by: Nick Alcock <nick.alcock at oracle.com>

Thanks.



More information about the DTrace-devel mailing list