Project Home
Project Home
Source Code
Source Code
Documents
Documents
Wiki
Wiki
Discussion Forums
Discussions
Project Information
Project Info
Forum Topic - libmod_dtrace.a: (7 Items)
   
libmod_dtrace.a  
Well after a fair amount of head scratching I managed to hack up a
libmod_dtrace.a kernel module.
The main issue (make issues aside) was getting the dtrace resource manager
to play ball with
procnto.  It turns out that you can't use a lot of the iofunc_*default
routines!

So now I have a basic dtrace device running within procnto.  The main
impetus for this was that
I wanted to get the ustack() provider running.  This is arguably one of the
more useful bits
of info you can get, and running the probes in an event handler, you don't
have access to the
user context of the probed process (because the kernel switched the address
space to your
context before calling your function).

Up next - a kercall provider and hopefully then the stack() and ustack()
actions.  Cool bananas!

Oh, and cleaning up my resmgr mess! :-)

Colin

-- 
cburgess@qnx.com
Re: libmod_dtrace.a  
Hi Colin,
but this is yet not comitted? or?
BTW: is there kind a "how to" on writing kernel modules?

/hp
Re: libmod_dtrace.a  
No, and no. :-)

The main reason it hasn't been committed yet is that it required hacks
to mkxfs to make it work.

Until I get that sorted out I likely won't be able to commit these changes.

However since this is getting in the way it's my number 1 dtrace prio right
now.

In the meantime you could port libelf to SH! :-)

Colin

Hans-Peter Reicher wrote:
> Hi Colin,
> but this is yet not comitted? or?
> BTW: is there kind a "how to" on writing kernel modules?
> 
> /hp
> 
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post7755
> 

-- 
cburgess@qnx.com
Re: libmod_dtrace.a  
hmmmmm
I am not an ELF wise man - man
your talking about branches/old_dev_dtrace/lib/elf ?
so do you have a hint what to do there?
What i see is that the SH env is missing at all, has this to be configured or is it a start copying x86 and replace with
 SH?

/hp
Re: libmod_dtrace.a  
The core body of code doesn't actually have any dependencies, it's mainly
the headers need setting up.

Colin

Hans-Peter Reicher wrote:
> hmmmmm
> I am not an ELF wise man - man
> your talking about branches/old_dev_dtrace/lib/elf ?
> so do you have a hint what to do there?
> What i see is that the SH env is missing at all, has this to be 
> configured or is it a start copying x86 and replace with SH?
> 
> /hp
> 
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post7757
> 

-- 
cburgess@qnx.com
Re: libmod_dtrace.a  
hmm hmmm hmmm hmm hmm
was it realy that easy? or did I an UTS?
I have a libelf.a but now libdtrace is failing in dt_link.c
and after two more ifdef __sh__ I had to strike my sails on
dt_modtext
I hate assembler!!!
/hp
Re: libmod_dtrace.a  
Ah joy! :-)

Hans-Peter Reicher wrote:
> hmm hmmm hmmm hmm hmm
> was it realy that easy? or did I an UTS?
> I have a libelf.a but now libdtrace is failing in dt_link.c
> and after two more ifdef __sh__ I had to strike my sails on
> dt_modtext
> I hate assembler!!!
> /hp
> 
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post7763
> 

-- 
cburgess@qnx.com