This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: Improving SystemTap ARM Architecture Support
On 07/20/2011 04:35 AM, Mark Wielaard wrote:
> On Tue, 2011-07-19 at 17:48 -0400, William Cohen wrote:
>> Reviewing early test results and the code the following is an
>> incomplete list of improvements:
>>
>> -created aux_syscalls.stp (FIXED)
>> "make installcheck" uses debuginfo smoke test
>> needs _arch_ptrace_argstr(), aux_syscalls.stp
>> -map arm variants (armv7l and armv5tel) to arm (PR4186)
>> -provide tapset/arm/registers.stp
>> -map register name to/from sruct
>> -functions for nd probe argument access
>> -add any arm specific syscalls in tapset/arm/syscalls.stp
>> -provide high-resolution timer for gettimeofday_ns()
>> -this may be complicated by the variety of arm high-res timer mechanisms
>
> For sdt probes one also needs a fixed binutils with the following fix in
> it: http://sourceware.org/ml/binutils/2011-07/msg00118.html
> Fedora already has source packages, but I don't know if they have been
> build for arm yet:
> http://koji.fedoraproject.org/koji/buildinfo?buildID=253553
>
> For user space probing one needs some general kernel cleanups, utrace
> and uprobes fixes as described in this thread:
> https://www.redhat.com/archives/utrace-devel/2011-April/msg00005.html
>
> Cheers,
>
> Mark
The test results are posted on dejazilla:
http://web.elastic.org/~dejazilla/viewsummary.php?summary=%3D%27%3C4E26D449.7070005%40redhat.com%3E%27
=== systemtap Summary ===
# of expected passes 1006
# of unexpected failures 190
# of unexpected successes 9
# of expected failures 235
# of known failures 2
# of untested testcases 189
# of unsupported tests 5
Looks like all the nd_syscall tests (37) fail because there is no code to get the arguments. systemtap.example/general/eventcount also fails because of missing int_arg().
There are a couple failures due to arch armv7l not being mapped to arm in systemtap.base/cmd_parse.exp and preprocessor.exp.
A number of the examples failed because of problems finding members fields. I think that this might be due to the native fc13 arm compiler, because I did not see this problem on the same example disktop.stp when cross compiling.
-Will
-Will