public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: William Cohen <wcohen@redhat.com>
To: Pratyush Anand <panand@redhat.com>, David Long <dave.long@linaro.org>
Cc: systemtap@sourceware.org, Mark Brown <broonie@linaro.org>
Subject: Re: exercising current aarch64 kprobe support with systemtap
Date: Wed, 13 Jul 2016 19:45:00 -0000	[thread overview]
Message-ID: <699f7321-6196-0383-1e6b-7a2b91f3b720@redhat.com> (raw)
In-Reply-To: <20160713184457.GA27676@localhost.localdomain>

On 07/13/2016 02:44 PM, Pratyush Anand wrote:
> On 13/07/2016:02:25:57 PM, David Long wrote:
>> On 07/12/2016 10:33 AM, William Cohen wrote:
>>> On 06/10/2016 01:49 AM, David Long wrote:
>>>> Attached are incremental diffs I hope will fix the latest systemtap failures, without abandoning atomic sequence checking.  I'm trying to avoid the hex constants but I don't think the insn.c functions help in this case.
>>>>
>>>> -dl
>>>>
>>>
>>> Hi Dave,
>>>
>>> Is this heuristic to limit the search to not go past the prologue going to be included in the arm64 kprobe patches?  I ran the current v15 patches and saw that some of the tests were failing becuase some of the problems were unseccussful in registering as seen below in the output of systemtap.log.  -Will
>>>
>>> spawn stap /root/systemtap_write/systemtap/testsuite/systemtap.base/bz1027459.stp
>>>
>>> WARNING: probe kernel.function("SyS_set_tid_address@kernel/fork.c:1236").call (address 0xfffffc00080c5f00) registration error (rc -22)
>>>
>>> WARNING: probe kernel.function("SyS_sched_setaffinity@kernel/sched/core.c:4706").call (address 0xfffffc00081010e8) registration error (rc -22)
>>>
>>> WARNING: probe kernel.function("SyS_sched_get_priority_min@kernel/sched/core.c:5029").call (address 0xfffffc00081015e8) registration error (rc -22)
>>>
>>> WARNING: probe kernel.function("SyS_sched_get_priority_max@kernel/sched/core.c:5002").call (address 0xfffffc0008101580) registration error (rc -22)
>>>
>>> hi
>>>
>>> FAIL: bz1027459 -p5 (0)
>>>
>>> spawn stap -v /root/systemtap_write/systemtap/testsuite/systemtap.base/equal.stp
>>>
>>> Pass 1: parsed user script and 115 library scripts using 51968virt/38784res/6976shr/32576data kb, in 190usr/0sys/202real ms.
>>>
>>> Pass 2: analyzed script: 4 probes, 1 function, 0 embeds, 2 globals using 91776virt/82176res/7744shr/72384data kb, in 1230usr/10sys/1241real ms.
>>>
>>> Pass 3: translated to C into "/tmp/stapK5F1ze/stap_5a080310fa71fdec33340dcee0389f80_1969_src.c" using 91776virt/82432res/8000shr/72384data kb, in 0usr/0sys/11real ms.
>>>
>>> Pass 4: compiled C into "stap_5a080310fa71fdec33340dcee0389f80_1969.ko" in 3190usr/640sys/3803real ms.
>>>
>>> Pass 5: starting run.
>>>
>>> WARNING: probe kernel.function("schedule@kernel/sched/core.c:3369") (address 0xfffffc00088f65c0) registration error (rc -22)
>>>
>>> systemtap starting probe
>>>
>>> FAIL: systemtap.base/equal.stp startup (timeout)
>>>
>>> spawn stap -v /root/systemtap_write/systemtap/testsuite/systemtap.base/finloop2.stp
>>>
>>> Pass 1: parsed user script and 115 library scripts using 52032virt/38848res/6976shr/32640data kb, in 200usr/0sys/204real ms.
>>>
>>> Pass 2: analyzed script: 4 probes, 1 function, 0 embeds, 2 globals using 91840virt/82240res/7744shr/72448data kb, in 1230usr/10sys/1246real ms.
>>>
>>> Pass 3: translated to C into "/tmp/stapfwr7Sg/stap_177624071ced2b52cbbfd6b4ea09dd28_1964_src.c" using 91840virt/82496res/8000shr/72448data kb, in 10usr/10sys/11real ms.
>>>
>>> Pass 4: compiled C into "stap_177624071ced2b52cbbfd6b4ea09dd28_1964.ko" in 3230usr/620sys/3812real ms.
>>>
>>> Pass 5: starting run.
>>>
>>> WARNING: probe kernel.function("schedule@kernel/sched/core.c:3369") (address 0xfffffc00088f65c0) registration error (rc -22)
>>>
>>> systemtap starting probe
>>>
>>> FAIL: systemtap.base/finloop2.stp startup (timeout)
>>>
>>> spawn stap -v /root/systemtap_write/systemtap/testsuite/systemtap.base/kfunct.stp
>>>
>>> Pass 1: parsed user script and 115 library scripts using 52032virt/38848res/6976shr/32640data kb, in 190usr/10sys/201real ms.
>>>
>>> Pass 2: analyzed script: 4 probes, 1 function, 0 embeds, 1 global using 91840virt/82240res/7744shr/72448data kb, in 1240usr/10sys/1245real ms.
>>>
>>> Pass 3: translated to C into "/tmp/stap8zsRzS/stap_2fa61ae7aa177442cb013709494408e9_1680_src.c" using 91840virt/82496res/8000shr/72448data kb, in 10usr/0sys/11real ms.
>>>
>>> Pass 4: compiled C into "stap_2fa61ae7aa177442cb013709494408e9_1680.ko" in 3210usr/620sys/3789real ms.
>>>
>>> Pass 5: starting run.
>>>
>>> WARNING: probe kernel.function("schedule@kernel/sched/core.c:3369") (address 0xfffffc00088f65c0) registration error (rc -22)
>>>
>>> systemtap starting probe
>>>
>>> FAIL: systemtap.base/kfunct.stp startup (timeout)
>>>
>>>
>>
>> I don't think we ever closed the loop on whether this was a good idea or
> 
> I think, we should go with that improvement of recognising "stp
> x29,x30,[sp,...]" until we have something from compiler to recognize .word
> instructions.
> 
>> not.  This code is not present in v15.
> 
> So, please take that in next revision.

Yes, I am in favor of including this heuristic also.  -Will

> 
> ~Pratyush
> 

  reply	other threads:[~2016-07-13 19:45 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-09 16:17 William Cohen
2016-06-09 19:52 ` William Cohen
2016-06-10  3:42   ` David Long
2016-06-10  5:49   ` David Long
2016-06-10 13:43     ` Pratyush Anand
2016-06-10 14:03       ` William Cohen
2016-06-10 14:37         ` David Long
2016-06-10 15:27           ` William Cohen
2016-06-10 14:20       ` David Long
2016-06-10 15:11         ` William Cohen
2016-06-10 17:07         ` Pratyush Anand
2016-07-12 14:33     ` William Cohen
2016-07-13 18:26       ` David Long
2016-07-13 18:47         ` Pratyush Anand
2016-07-13 19:45           ` William Cohen [this message]
2016-06-10 21:28 ` William Cohen
2016-06-10 21:37   ` William Cohen
2016-06-13  4:28   ` Pratyush Anand
2016-06-13 13:42     ` William Cohen
2016-06-22 20:24   ` William Cohen
2016-06-23  3:19     ` David Long
2016-06-23 13:42       ` William Cohen
2016-06-23 13:47         ` David Smith
2016-06-23 15:49       ` William Cohen
2016-06-23 18:26         ` David Long
2016-06-23 19:22           ` William Cohen
2016-06-27  2:57             ` David Long
2016-06-27 14:18             ` Pratyush Anand
2016-06-28  3:20               ` William Cohen
2016-07-04 12:46                 ` Pratyush Anand
2016-07-07 19:05                   ` David Long
2016-07-07 19:58                     ` Frank Ch. Eigler
2016-08-03 13:13                       ` Pratyush Anand
2016-08-03 14:51                         ` William Cohen
2016-08-03 15:11                           ` David Long
2016-08-03 17:40                         ` William Cohen
2016-08-03 20:00                           ` Lastest kprobes64 patch David Long
2016-08-03 20:01                             ` Frank Ch. Eigler
2016-08-03 20:08                               ` David Long
2016-08-04  5:03                             ` Pratyush Anand
2016-08-04 13:07                               ` David Long
2016-08-04  4:42                           ` exercising current aarch64 kprobe support with systemtap Pratyush Anand
2016-08-04 13:57                             ` William Cohen
2016-08-04 14:36                               ` Pratyush Anand
2016-08-04 14:50                                 ` William Cohen
2016-08-04 20:51                                 ` William Cohen
2016-08-17 14:36                                   ` William Cohen
2016-08-17 18:04                                     ` David Smith
2016-08-17 18:28                                       ` William Cohen
2016-08-18 15:07                                         ` David Smith
2016-08-18 15:16                                           ` William Cohen
2016-08-18 15:39                                             ` David Smith
2016-08-18 14:55                                     ` Pratyush Anand
2016-06-13 16:11 ` William Cohen
2016-06-13 16:15   ` William Cohen
2016-06-14  4:27   ` Pratyush Anand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=699f7321-6196-0383-1e6b-7a2b91f3b720@redhat.com \
    --to=wcohen@redhat.com \
    --cc=broonie@linaro.org \
    --cc=dave.long@linaro.org \
    --cc=panand@redhat.com \
    --cc=systemtap@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).