fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
orivej has quit [Ping timeout: 265 seconds]
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
gila has joined #systemtap
slowfranklin has joined #systemtap
gila has quit [Quit: My Mac Pro has gone to sleep. ZZZzzz…]
slowfranklin has quit [Quit: slowfranklin]
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
orivej has joined #systemtap
hpt has joined #systemtap
hpt has quit [Quit: Lost terminal]
gromero has joined #systemtap
gromero has quit [Ping timeout: 272 seconds]
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
orivej has quit [Remote host closed the connection]
orivej has joined #systemtap
orivej has quit [Remote host closed the connection]
orivej has joined #systemtap
slowfranklin has joined #systemtap
slowfranklin has quit [Client Quit]
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
ChanServ has quit [*.net *.split]
ChanServ has joined #systemtap
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
eck has quit [Quit: we out here]
eck has joined #systemtap
orivej has quit [Ping timeout: 268 seconds]
orivej has joined #systemtap
slowfranklin has joined #systemtap
<iskander>
hi, i have one question about return probes for user process functions
<iskander>
i'm getting this error when i use return probes and run stap as a non-root user: process return probes not available
<iskander>
when i run stap as root then everything works
<iskander>
non-return probes work when i run stap as a non-root user
<iskander>
thanks in advance
<iskander>
btw, my user is a member of stap* groups
<fche>
iskander, wow that doesn't make sense!
<iskander>
hmm, tell that my xubuntu machine
<fche>
ah I think I know what's going on
<fche>
stap's tapsets.cxx looks for the kernel function 'arch_uretprobe_hijack_return_addr' as a sign that a particular piece of functionality exists in the kernel
<fche>
(it was added way in the 3.7ish timeframe)
<iskander>
how does it work ? it looks in system.map ?
<fche>
that function in turn uses a /System.map file in a couple of places
<fche>
I bet on your distro that file is unreadable to mortal users
<iskander>
yeah, let me test it
<fche>
(an strace stap will probably show what it tries ... and actually stap may warn 'Kernel function symbol table missing [man warning::symbols]' also in that case
<fche>
are you seeing that?
<iskander>
correct, making system.map readable solves the problem, but i'm getting another warning
<iskander>
something about disabling cache support
<fche>
that's probably not important.
<iskander>
thanks, works now, the error message about not supporing uretprobes is completely misleading, why not just say: yo dude, your system.map is unreadable
slowfranklin has quit [Quit: slowfranklin]
orivej has quit [Ping timeout: 260 seconds]
orivej_ has joined #systemtap
<fche>
iskander, was the 'kernel function symbol table' warning printed at least?
orivej_ has quit [Ping timeout: 248 seconds]
orivej has joined #systemtap
orivej has quit [Write error: Connection reset by peer]