This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: [RFC -mm][PATCH 5/6] prepare kprobes code for x86 unification
- From: Masami Hiramatsu <mhiramat at redhat dot com>
- To: Srinivasa Ds <srinivasa at in dot ibm dot com>
- Cc: ananth at in dot ibm dot com, Jim Keniston <jkenisto at us dot ibm dot com>, Roland McGrath <roland at redhat dot com>, Arjan van de Ven <arjan at infradead dot org>, anil dot s dot keshavamurthy at intel dot com, davem at davemloft dot net, systemtap-ml <systemtap at sources dot redhat dot com>
- Date: Wed, 12 Dec 2007 16:20:20 -0500
- Subject: Re: [RFC -mm][PATCH 5/6] prepare kprobes code for x86 unification
- References: <475DC362.9000707@redhat.com> <475E952F.90403@in.ibm.com> <475ECF7C.70503@redhat.com> <475FE423.6030000@in.ibm.com> <47601AAD.1090307@redhat.com>
Hi,
Masami Hiramatsu wrote:
>> This time it was probing "__init migration_init" function in kernel/sched.c,I saw systemtap code
>> blacklisting all .init and .exit functions but still it failed.
>> I replaced all __init function in kernel/sched.c to __kprobes then
>> executed the tests successfully.
>>
>> So may be problem is in naming the section of vmlinux properly.
>
> I think it will cause without my patchset if your presumption is right.
> Could you check that?
Finally, I reproduced it by executing a command below:
% stap -e 'probe kernel.function("migration_init"){}'
And also, I found that oops occurred without my patch,
and even more, it occurred with 2.6.24-rc4 on x86-64,
but did not occurred with 2.6.23.8-34.fc7.
We might find an unknown bug.
Thanks,
--
Masami Hiramatsu
Software Engineer
Hitachi Computer Products (America) Inc.
Software Solutions Division
e-mail: mhiramat@redhat.com, masami.hiramatsu.pt@hitachi.com