fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
<agentzh>
fche: i tried using process.statement(0xaddr) on the addresses of ret instructions in the target functions and it works well. thanks for your help! currently i've relaxed the guru mode constraint in the dwarf statement probe checks in our local stap tree.
<agentzh>
still need to think about how to handle tailcalls though.
<agentzh>
and how to use dwarf data to reduce or avoid instruction decoding.
orivej has joined #systemtap
_whitelogger has joined #systemtap
sscox has quit [Ping timeout: 240 seconds]
_whitelogger has joined #systemtap
_whitelogger has joined #systemtap
slowfranklin has joined #systemtap
invano_ has quit [Remote host closed the connection]
invano has joined #systemtap
mjw has joined #systemtap
wcohen has quit [Ping timeout: 260 seconds]
sscox has joined #systemtap
drsmith has joined #systemtap
wcohen has joined #systemtap
tromey has joined #systemtap
brolley has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
<mjw>
Which limit is stap talking about here?
<mjw>
Error loading /tmp/stapXQJrux/stap_24502.bo: could not increase map resource limit -- cur from 16777216 to 16777286, max from 16777216 to 16777286: Operation not permitted
<fche>
strace ftw
<fche>
but yeah, bpf requires root anyway, so run it that way
<mjw>
ah, sudo works fine
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 268 seconds]
tromey has quit [Quit: ERC (IRC client for Emacs 26.1.50)]