public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
* [Bug translator/17275] New: on s390x, buildok/memory-all-probes.stp fails
@ 2014-08-15 17:34 dsmith at redhat dot com
  2014-08-15 17:36 ` [Bug translator/17275] " dsmith at redhat dot com
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: dsmith at redhat dot com @ 2014-08-15 17:34 UTC (permalink / raw)
  To: systemtap

https://sourceware.org/bugzilla/show_bug.cgi?id=17275

            Bug ID: 17275
           Summary: on s390x, buildok/memory-all-probes.stp fails
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: translator
          Assignee: systemtap at sourceware dot org
          Reporter: dsmith at redhat dot com
              Host: s390x

RHEL7 s390x has utrace (tracepoint-based), but no uprobes:

====
# stap -wp4 ../src/testsuite/buildok/memory-all-probes.stp 
user-space process-tracking facilities not available [man
error::process-tracking]
Pass 4: compilation failed.  [man error::pass4]
====

RHEL5 ia64 has utrace (in-kernel), but no uprobes:

====
# stap -wp4 ../src/testsuite/buildok/memory-all-probes.stp
/home/dsmith/.systemtap/cache/02/stap_0239fcbe16622df8c2eeb7deb70d3958_27536.ko
====

Here's the contents of memory-all-probes.stp:

====
#! stap -wp4                                                                    

// Tests if all probes in memory.stp are resolvable.                            

probe vm.*,                                                                     
      vm.*.* {}                                                                 
====

All the other memory.stp build tests pass on s390x:

====
# stap -p4 ../src/testsuite/buildok/memory.stp 
/root/.systemtap/cache/db/stap_db856fd4cd3727e706f26db9f7e63439_5123.ko
[root@ibm-z10-63 s390x]# stap -p4 ../src/testsuite/buildok/memory-detailed.stp 
WARNING: cannot probe .return of 1 inlined functions  kmalloc_node
WARNING: cannot probe .return of 1 inlined functions  kmem_cache_alloc_node
/root/.systemtap/cache/4e/stap_4e60c6e534750386fe5b78d30c39bb11_20601.ko
[root@ibm-z10-63 s390x]# stap -p4 ../src/testsuite/buildok/memory-mmap.stp 
/root/.systemtap/cache/74/stap_7444c0439be2ded35855958fca7f7a37_2093.ko
[root@ibm-z10-63 s390x]# stap -p4 ../src/testsuite/buildok/memory-embedded.stp 
WARNING: "zero_page_mask"
[/tmp/stap9TiVrE/stap_1f04c57f4aeb538ed6a029ff55d4b33d_6193.ko] undefined!
/root/.systemtap/cache/1f/stap_1f04c57f4aeb538ed6a029ff55d4b33d_6193.ko
[root@ibm-z10-63 s390x]# stap -p4
../src/testsuite/buildok/memory-write_shared_copy.stp 
WARNING: "zero_page_mask"
[/tmp/stapikZe0X/stap_7f45caa1c41960203d4e148deee93a6a_2401.ko] undefined!
/root/.systemtap/cache/7f/stap_7f45caa1c41960203d4e148deee93a6a_2401.ko
====

Somehow the translator things memory-all-probes.stp has a user-probe in it,
even though it doesn't.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug translator/17275] on s390x, buildok/memory-all-probes.stp fails
  2014-08-15 17:34 [Bug translator/17275] New: on s390x, buildok/memory-all-probes.stp fails dsmith at redhat dot com
@ 2014-08-15 17:36 ` dsmith at redhat dot com
  2014-08-15 19:26 ` dsmith at redhat dot com
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: dsmith at redhat dot com @ 2014-08-15 17:36 UTC (permalink / raw)
  To: systemtap

https://sourceware.org/bugzilla/show_bug.cgi?id=17275

--- Comment #1 from David Smith <dsmith at redhat dot com> ---
It looks like the same thing is happening with buildok/tcp-all-probes.stp on
RHEL7 s390x.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug translator/17275] on s390x, buildok/memory-all-probes.stp fails
  2014-08-15 17:34 [Bug translator/17275] New: on s390x, buildok/memory-all-probes.stp fails dsmith at redhat dot com
  2014-08-15 17:36 ` [Bug translator/17275] " dsmith at redhat dot com
@ 2014-08-15 19:26 ` dsmith at redhat dot com
  2014-08-15 19:41 ` jistone at redhat dot com
  2014-08-15 20:08 ` dsmith at redhat dot com
  3 siblings, 0 replies; 5+ messages in thread
From: dsmith at redhat dot com @ 2014-08-15 19:26 UTC (permalink / raw)
  To: systemtap

https://sourceware.org/bugzilla/show_bug.cgi?id=17275

--- Comment #2 from David Smith <dsmith at redhat dot com> ---
I believe this is somehow related to the .callee stuff which is getting pulled
in somehow (_caller_match ends up in the -p2 output).

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug translator/17275] on s390x, buildok/memory-all-probes.stp fails
  2014-08-15 17:34 [Bug translator/17275] New: on s390x, buildok/memory-all-probes.stp fails dsmith at redhat dot com
  2014-08-15 17:36 ` [Bug translator/17275] " dsmith at redhat dot com
  2014-08-15 19:26 ` dsmith at redhat dot com
@ 2014-08-15 19:41 ` jistone at redhat dot com
  2014-08-15 20:08 ` dsmith at redhat dot com
  3 siblings, 0 replies; 5+ messages in thread
From: jistone at redhat dot com @ 2014-08-15 19:41 UTC (permalink / raw)
  To: systemtap

https://sourceware.org/bugzilla/show_bug.cgi?id=17275

Josh Stone <jistone at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jistone at redhat dot com

--- Comment #3 from Josh Stone <jistone at redhat dot com> ---
(In reply to David Smith from comment #2)
> the .callee stuff which is getting pulled in somehow

Because that test includes vm.*.*, and with alias suffixes that will expand
some (vm.*).* like vm.brk.* to kernel.function("do_brk").*, which then expands
.callees on it.  Try stap -l vm.*.callees for more, and notice that not all of
the vm aliases get callees.  That's because some have an explicit .call in them
already, which doesn't have any further suffixes possible.

AFAICT, vm.pagefault.return is the only one that actually intended to use a
3-part alias, so one solution might be to remove vm.*.* from that test and just
specify that one explicitly.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug translator/17275] on s390x, buildok/memory-all-probes.stp fails
  2014-08-15 17:34 [Bug translator/17275] New: on s390x, buildok/memory-all-probes.stp fails dsmith at redhat dot com
                   ` (2 preceding siblings ...)
  2014-08-15 19:41 ` jistone at redhat dot com
@ 2014-08-15 20:08 ` dsmith at redhat dot com
  3 siblings, 0 replies; 5+ messages in thread
From: dsmith at redhat dot com @ 2014-08-15 20:08 UTC (permalink / raw)
  To: systemtap

https://sourceware.org/bugzilla/show_bug.cgi?id=17275

David Smith <dsmith at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #4 from David Smith <dsmith at redhat dot com> ---
(In reply to Josh Stone from comment #3)
> (In reply to David Smith from comment #2)
> > the .callee stuff which is getting pulled in somehow
> 
> Because that test includes vm.*.*, and with alias suffixes that will expand
> some (vm.*).* like vm.brk.* to kernel.function("do_brk").*, which then
> expands .callees on it.  Try stap -l vm.*.callees for more, and notice that
> not all of the vm aliases get callees.  That's because some have an explicit
> .call in them already, which doesn't have any further suffixes possible.
> 
> AFAICT, vm.pagefault.return is the only one that actually intended to use a
> 3-part alias, so one solution might be to remove vm.*.* from that test and
> just specify that one explicitly.

Yep, that was it. Fixed in commit 97e8ab6.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2014-08-15 20:08 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-15 17:34 [Bug translator/17275] New: on s390x, buildok/memory-all-probes.stp fails dsmith at redhat dot com
2014-08-15 17:36 ` [Bug translator/17275] " dsmith at redhat dot com
2014-08-15 19:26 ` dsmith at redhat dot com
2014-08-15 19:41 ` jistone at redhat dot com
2014-08-15 20:08 ` dsmith at redhat dot com

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).