dwarf info in modules.

Tigran Aivazian tigran_aivazian@symantec.com
Mon Sep 12 16:18:00 GMT 2005


On Mon, 12 Sep 2005, Frank Ch. Eigler wrote:

> Tigran Aivazian <tigran_aivazian@symantec.com> writes:
>
>> upgrading elfutils to 0.115 solved the "no dwarf info found" but now I
>> get an oops:
>> [...]
>> 0x100497fbdc8 0xffffffff801229da arch_copy_kprobe+0x16
>> (0xffffffffa01cdc20, 0x7fbffff314, 0x100497fbe84, 0x4, 0x100497fbf48)
>> [...]
>
> I wonder if this is because the init function is in a special section
> (.init.text) of the .ko binary, which is unloaded/unmapped after
> initialization (in sys_init_module).  By the time systemtap asks to
> insert a kprobe, there would be no "there" there.

I am not sure that this analysis is correct, because if I simply do 
modprobe microcode and place a probe at microcode_open then I get exactly 
the same oops (same backtrace). And microcode driver wasn't going 
anywhere, i.e. not unloaded.

Note that I didn't try to open the microcode device or do anything else 
other than stap microcode.stp which contained two lines pointing directly 
to microcode_open and NOT *@microcode.c

Also I forgot to mention that the problem with the trivial module occurs 
even if I point directly to a function in it (not ->init or ->exit 
functions) and not *@tmod.c globally.

Kind regards
Tigran



More information about the Systemtap mailing list