This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: systemtap cannot probe function defined in assemble language
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: "Mao, Bibo" <bibo dot mao at intel dot com>
- Cc: <systemtap at sources dot redhat dot com>
- Date: 23 Jan 2006 08:57:21 -0500
- Subject: Re: systemtap cannot probe function defined in assemble language
- References: <9FBCE015AF479F46B3B410499F3AE05B0898AB@pdsmsx405>
"Mao, Bibo" <bibo.mao@intel.com> writes:
> [...]
> kernel.function("ia64_switch_to"){}
> And in my x86_64 box, it also can not probe kernel_thread() function.
What does "stap -v ..." tell you?
We may need a new probe point type name that is suitable for assembly
language probing, even in the absence of DWARF debugging information.
It would of course expose no normal $target variables, though could
perhaps expose registers.
A related question. When building *.S assembly files in the kernel,
is the assembler being told to emit debugging information for them?
On some compiler versions, it's automatic (it turns "gcc -g foo.s"
into "as -g foo.s"), but others require an explicit "-Wa,--gdwarf-2"
CFLAGS.
- FChE