headers
Wenji Huang | 2 Jun 2008 03:53
Picon
Favicon

Re: debuginfo path

Srinivasa DS wrote:
> Wenji Huang wrote:
>> Hi,
>>
>> The commit 921d61030221bc5ff27f8d63d3fa30e93f659484 made the debuginfo 
>> path could be specified with absolute path.
>>
>> But one question, How about relative path, which it will begin with?
> 
> No, one has set SYSTEMTAP_DEBUGINFO_PATH to absolute path, If this env 
> variable is not set, behaviour of systemtap will remain same as before.
> (like searching vmlinux in /boot,/lib/modules/`uname -r` etc).

I means that if we can specify it in relative path,not begin with "/" ? 
For example:

SYSTEMTAP_DEBUGINFO_PATH=build

Seems currently not supported.

> 
>>
>> And the update in debugpath.exp
>>
>> [...]
>>  set test "debugpath-good"
>>
>> -spawn env SYSTEMTAP_DEBUGINFO_PATH=:/usr/lib/debug:build stap -e 
>> "probe kernel.function(\"sys_open\") {}" -p2
>>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Srinivasa DS | 2 Jun 2008 10:05
Picon

Results of systemtap-20080531 snapshot on ppc64

Attaching results of systemtap-20080517 snapshot on ppc64.

Kernel-2.6.26-rc4, elfutils-0.131.

Date: 200806020607
User: root
Kernel: Linux 2.6.26-rc4 #1 SMP Mon Jun 2 11:06:54 IST 2008 ppc64 ppc64 
ppc64 GNU/Linux

Testsuite summary of failed tests
FAIL: PROCFS shutdown (eof)
FAIL: backtrace of yyy_func2 (1)
FAIL: print_stack of yyy_func2 (1)
FAIL: backtrace of yyy_func3 (1)
FAIL: print_stack of yyy_func3 (1)
FAIL: backtrace of yyy_func4 (1)
FAIL: print_stack of yyy_func4 (1)
FAIL: buildok/signal-all-probes.stp
FAIL: systemtap.printf/bin6.stp
FAIL: shared buffer guest
FAIL: buffer sharing (0, 0)
FAIL: 64-bit acct
FAIL: 64-bit futimes
FAIL: 64-bit readwrite
FAIL: 64-bit signal
FAIL: 64-bit stat
FAIL: 32-bit acct
FAIL: 32-bit futimes
FAIL: 32-bit readwrite
FAIL: 32-bit rt_signal
(Continue reading)

Permalink | Reply | 1 comment |
headers
Srinivasa DS | 2 Jun 2008 10:36
Picon

Re: Results of systemtap-20080531 snapshot on ppc64

Srinivasa DS wrote:
> Attaching results of systemtap-20080517 snapshot on ppc64.

Sorry for a typo in the above line. Results are against 
systemtap-20080531 snapshot.

Thanks
  Srinivasa DS
Permalink | Reply | 0 comments |
headers
mark at klomp dot org | 2 Jun 2008 13:14
Favicon

[Bug translator/3016] error accessing anonymous struct/union memeber


--

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

http://sourceware.org/bugzilla/show_bug.cgi?id=3016

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Permalink | Reply | 0 comments |
headers
fche at redhat dot com | 2 Jun 2008 16:50
Favicon

[Bug translator/4166] Should support array-like indexing on $pointer variables


--

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|systemtap at sources dot    |mwielaard at redhat dot com
                   |redhat dot com              |
             Status|NEW                         |ASSIGNED

http://sourceware.org/bugzilla/show_bug.cgi?id=4166

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Permalink | Reply | 0 comments |
headers
fche at redhat dot com | 2 Jun 2008 16:56
Favicon

[Bug runtime/6520] Systemtap 20080503 and 20080510 snapshot fails on s390


------- Additional Comments From fche at redhat dot com  2008-06-02 14:56 -------
Please submit a bugzilla.redhat.com or issuetracker bug report for
-fpie working on s390.

--

-- 

http://sourceware.org/bugzilla/show_bug.cgi?id=6520

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Permalink | Reply | 0 comments |
headers
anithra | 2 Jun 2008 17:02
Picon

Bug 6565 - Feasibility of using the network-compiler server with the SystemtapGUI.

Hi Dave,

(Background: we're prototyping a compile server split of stap, to
allow a central network server to perform arbitrary script translation
and compilation for a machine without local debuginfo nor compiler.
It'll be useful later for unprivileged user-space probing too.  Some
prototype code is in bug #6565.)

This is Anithra from IBM, I'm currently looking to renew the Systemtap 
GUI project. (In case you are not familiar with the Systemtap GUI: It is 
an IDE and visualization tool for Systemtap. - 
http://sourceforge.net/projects/stapgui/  )

One of the new features that we wished to provide is 'remote execution', 
wherein a user could monitor a remote system located physically anywhere 
using the Systemtap GUI client. A typical scenario would be - The script 
is designed using the development environment provided by the Systemtap 
GUI, it is then pushed to a server which executes the script and returns 
the results to the client, allowing the user to therefore visualize the 
output with graphs.

 Your patch (bug #6565) seems very interesting in this regard. We were 
wondering if it would be possible to use the compiler server for this 
purpose, i.e, as the server for the Systemtap GUI. Please let me know 
your thoughts on this. The purpose of the SystemtapGUI server is 
slightly different from the compiler server, it would be to execute the 
script and return the results to the client, as opposed to returning the 
compiled module.

Regards,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Srinivasa DS | 2 Jun 2008 14:15
Picon

Re: systemtap build breaks on s390.

Frank Ch. Eigler wrote:
> Srinivasa DS <srinivasa <at> in.ibm.com> writes:
> 
>> I tried building latest systemtap-20080524 snapshot with CXXFLAGS="-g
>> -fprofile-arcs -ftest-coverage" on x86_64 system(problem not seen on
>> ppc systems), but build failed with below error message.
>>
>> Steps
>> =======
>> 1)./configure --with-elfutils=/home/systemtap/btils/elfutils-0.131/
>> CC='gcc -m64' CXX='g++ -m64'
>> 2)make CXXFLAGS="-g -fprofile-arcs -ftest-coverage"
> 
> This collection of flags conflicts with the default --enable-pie.

I have found new problem with these flags on s390 (inverse behviour 
compared to x86_64). Here if I build systemtap *without* CXXFLAGS="-g 
-fprofile-arcs -ftest-coverage", build fails with following error message.

g++ -m64 -Wall -Werror -g -fpie   -pie -Wl,-z,relro -Wl,-z,now -pie 
-Wl,-z,relro -Wl,-z,now -Llib-elfutils -Wl,-rpath-link,lib-elfutils 
-Wl,--enable-new-dtags,-rpath,/usr/local/lib/systemtap  -o stap 
stap-main.o stap-parse.o stap-staptree.o stap-elaborate.o 
stap-translate.o stap-tapsets.o stap-buildrun.o stap-loc2c.o stap-hash.o 
stap-mdfour.o stap-cache.o stap-util.o stap-coveragedb.o -ldw -lebl 
-lsqlite3
stap-main.o: In function `__static_initialization_and_destruction_0':
/usr/lib/gcc/s390x-redhat-linux/4.1.2/../../../../include/c++/4.1.2/iostream:76: 
relocation truncated to fit: R_390_GOT12 against symbol `__dso_handle' 
defined in .data.rel.ro section in
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dave Brolley | 2 Jun 2008 17:47
Picon
Favicon

Re: Bug 6565 - Feasibility of using the network-compiler server with the SystemtapGUI.

Hi Anithra,

It's clear that a small extension to the systemtap server would allow it 
run run the generated module rather than returning it. The questions and 
issues would would revolve around security. Perhaps this would be a good 
topic for this Thursday's conference call.

Dave

anithra wrote:
> Hi Dave,
>
> (Background: we're prototyping a compile server split of stap, to
> allow a central network server to perform arbitrary script translation
> and compilation for a machine without local debuginfo nor compiler.
> It'll be useful later for unprivileged user-space probing too.  Some
> prototype code is in bug #6565.)
>
> This is Anithra from IBM, I'm currently looking to renew the Systemtap 
> GUI project. (In case you are not familiar with the Systemtap GUI: It 
> is an IDE and visualization tool for Systemtap. - 
> http://sourceforge.net/projects/stapgui/  )
>
> One of the new features that we wished to provide is 'remote 
> execution', wherein a user could monitor a remote system located 
> physically anywhere using the Systemtap GUI client. A typical scenario 
> would be - The script is designed using the development environment 
> provided by the Systemtap GUI, it is then pushed to a server which 
> executes the script and returns the results to the client, allowing 
> the user to therefore visualize the output with graphs.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Frank Ch. Eigler | 2 Jun 2008 19:06
Picon
Favicon
Gravatar

Re: what does 'probe process(PID_OR_NAME).clone' mean?

Hi -

On Thu, May 29, 2008 at 06:32:09PM -0700, Roland McGrath wrote:

> [...]  It sounded a little more like you meant .begin just to be
> newborn-child and .end just to be death, but as I said it's hazy to
> me.

Yes, that makes sense for the script level.

> The latter sense doesn't really make sense for a process(PID).begin
> probe, since by definition the PID process already exists before the
> session starts.  [...]

Right.  (I wonder if there is some conceivable utility to a notation
that allows probing future processes by forecast PID numbers.)

- FChE
Permalink | Reply | 3 comments |

Gmane