This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: SystemTap for Android - patchset
- From: David Smith <dsmith at redhat dot com>
- To: Alexander Lochmann <alexander dot lochmann at tu-dortmund dot de>, systemtap at sourceware dot org
- Date: Fri, 1 Jul 2016 11:55:45 -0500
- Subject: Re: SystemTap for Android - patchset
- Authentication-results: sourceware.org; auth=none
- References: <f01a1f27-3cdb-61a4-cbdb-7bffd1032c8e at tu-dortmund dot de> <56e0c7f4-d317-f76b-5156-3569a6097b62 at tu-dortmund dot de>
On 07/01/2016 11:15 AM, Alexander Lochmann wrote:
>
> Hi folks!
>
> Finally, I decided to submit my patch, which makes SystemTap work for
> Android. Moreover, it adds two new features:
> - Support for ignoring all available tapset directories, except the one
> that is provided by -K
> - Support for a pid file in staprun, parameter is -U
> I had to modify several source files of staprun. Those changes are
> mostly copied from the corresponding files contained in commit
> 2c10863bfe41b51272eff714a837f4977bdc257a. For some reasons, those ifdef
> parts have been removed. I readded them, and changed the macro, which
> activates them.
>
> The patch contains two bugfixes for the SystemTap as well.
> Unfortunately, I failed to extract those fixes properly. :(
> The first fix starts at line 510, and goes until line 555.
> Since an older kernel like 3.0 does not support uprobes, systemtap
> includes 'runtime/linux/task_finder_stubs.c'. That file itself does
> *not* include 'syscall.h', which declares several syscall-related functions.
> The second fix starts at line 1106. For some reasons in the Linux kernel
> 3.0 the macro cputime_to_usecs() has a semicolon at the end of its
> definition. Therefore, the defition of cputime_to_msecs() in '
> tapset/linux/task_time.stp' must be modified to deal with that fact.
Alex,
Thanks for working on this and sending us the patch. Is there any way to
separate out the changes into one logical change per patch? Combining
all the changes into one patch makes things quite hard to review.
--
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)