This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: arm64 kprobes/systemtap support progress
- From: William Cohen <wcohen at redhat dot com>
- To: David Long <dave dot long at linaro dot org>, David Smith <dsmith at redhat dot com>, systemtap at sourceware dot org
- Date: Fri, 21 Nov 2014 07:28:14 -0500
- Subject: Re: arm64 kprobes/systemtap support progress
- Authentication-results: sourceware.org; auth=none
- References: <54569BF6 dot 7070909 at redhat dot com> <546E136C dot 7080005 at redhat dot com> <546E71AE dot 1000702 at redhat dot com> <546EB645 dot 70101 at redhat dot com> <546ED9F7 dot 10800 at linaro dot org>
On 11/21/2014 01:21 AM, David Long wrote:
> On 11/20/14 22:49, William Cohen wrote:
>> On 11/20/2014 05:56 PM, David Smith wrote:
>>> On 11/20/2014 10:14 AM, William Cohen wrote:
>>>> I did a quick look over of the current results and categorized most of
>>>> them below.
>>>
>>> ... stuff deleted ...
>>>
>>>> Uprobes support not available:
>>>>
>>>> FAIL: bad-code
>>>
>>> The above doesn't need uprobes, but it does to a user backtrace. (Or
>>> does a user backtrace require uprobes?)
>>
>> Hi David,
>>
>> For the bad-code it doesn't seem to use the uproces, but it gave message about user-space process-tracking facilities not being available:
>>
>> Running ./systemtap.base/bad-code.exp ...
>> Executing on host: gcc ./systemtap.base/bad-code.c -g -lm -o bad-code (timeout = 300)
>> spawn -ignore SIGHUP gcc ./systemtap.base/bad-code.c -g -lm -o bad-code
>>
>> PASS: bad-code.c compile
>> Running: stap ./systemtap.base/bad-code.stp -w -d ./bad-code -c ./bad-code
>> spawn stap ./systemtap.base/bad-code.stp -w -d ./bad-code -c ./bad-code
>>
>> user-space process-tracking facilities not available [man error::process-tracking]
>>
>> Pass 4: compilation failed. [man error::pass4]
>>
>> Executing: kill -INT -4863
>> main: 0, func: 0, libc: 0
>> FAIL: bad-code
>>
>> Thanks for adding the fixes for the ones below. I also added some fixes to address the syscall remappings for the syscall tests. It looks like the failures might be less than 100 now.
>>
>> -Will
>
> This is pretty good news. Thanks for putting in so much effort.
>
> -dl
>
>
Hi Dave and David,
The test results are now down to 83 failures:
https://web.elastic.org/~dejazilla/viewsummary.php?summary=%3D%27%3C546F297B.7010900%40redhat.com%3E%27
-Will