fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
fLiPr3VeRsE has quit [Ping timeout: 244 seconds]
fLiPr3VeRsE has joined #systemtap
srikar is now known as srikar_away
srikar_away is now known as srikar
CustosLimen has quit [Ping timeout: 260 seconds]
hpt has joined #systemtap
CustosLimen has joined #systemtap
jameshyde has quit [Quit: Page closed]
ravi has joined #systemtap
srikar is now known as srikar_away
hchiramm has joined #systemtap
srikar_away is now known as srikar
naveen has joined #systemtap
hkshaw has joined #systemtap
hkshaw has quit [Quit: Leaving.]
hkshaw has joined #systemtap
hkshaw has quit [Client Quit]
hkshaw has joined #systemtap
ravi has quit [Ping timeout: 240 seconds]
joko has quit [Quit: ZNC - 1.6.0 - http://znc.in]
joko has joined #systemtap
mjw has joined #systemtap
hchiramm has quit [Ping timeout: 258 seconds]
hpt has quit [Ping timeout: 244 seconds]
hchiramm has joined #systemtap
scox has quit [Ping timeout: 260 seconds]
ego has joined #systemtap
ravi has joined #systemtap
lorddoskias1 has joined #systemtap
<lorddoskias1> when the -c option is used on ssytemtap does it trace also the children of the pid
hchiramm has quit [Ping timeout: 244 seconds]
hchiramm has joined #systemtap
naveen has quit [Quit: Leaving.]
wcohen has quit [Ping timeout: 250 seconds]
ego has quit [Ping timeout: 252 seconds]
mbenitez has joined #systemtap
mbenitez has quit [Changing host]
mbenitez has joined #systemtap
scox has joined #systemtap
wcohen has joined #systemtap
lorddoskias1 has left #systemtap [#systemtap]
drsmith has joined #systemtap
tromey has joined #systemtap
hpt has joined #systemtap
naveen has joined #systemtap
brolley has joined #systemtap
cdleonard has quit [Ping timeout: 260 seconds]
srikar is now known as srikar_away
mbenitez has quit [Quit: To office]
mbenitez has joined #systemtap
mbenitez has quit [Changing host]
mbenitez has joined #systemtap
mbenitez has quit [Client Quit]
mbenitez has joined #systemtap
ego has joined #systemtap
ravi has quit [Remote host closed the connection]
hpt has quit [Ping timeout: 244 seconds]
mjw has quit [Quit: Leaving]
ego has quit [Quit: Leaving]
hkshaw has quit [Quit: Leaving.]
naveen has quit [Quit: Leaving.]
ravi has joined #systemtap
ravi has quit [Client Quit]
p53ud0nym has joined #systemtap
<p53ud0nym> Hi! I'm getting an error trying to run the hello world example of stap on a custom kernel.
<p53ud0nym> ERROR: module version mismatch (#2 SMP Wed Jun 15 16:22:24 BST 2016 vs #1 SMP Tue Jun 14 15:12:04 BST 2016), release 4.6.0
<p53ud0nym> I downloaded stap from the git repo and compiled it myself. I am running "#1 SMP Tue Jun 14 15:12:04 BST 2016"
<p53ud0nym> Where is systemtap getting "#2 SMP Wed Jun 15 16:22:24 BST 2016" from?
CME has quit [Ping timeout: 250 seconds]
CME has joined #systemtap
brolley has left #systemtap [#systemtap]
<jistone> p53ud0nym, that #2 is probably coming from the kernel build tree that stap built its module against
brolley has joined #systemtap
zodbot has quit [Disconnected by services]
zodbot has joined #systemtap
detter has joined #systemtap
detter has quit [Client Quit]
detter has joined #systemtap
detter_ has joined #systemtap
detter_ has quit [Remote host closed the connection]
<detter> how can I tell if an exec system call failed with stap?
<detter> jistone, any idea?
<jistone> probe syscall.execve.return
<jistone> look at the provided "retstr"
<jistone> or the direct "$return" value
<detter> ok, is the kernel system call return value just 0 on success?
<jistone> hmm, I'm honestly not sure if you'll even see the return on success
<jistone> brb, I have to try it
<detter> It looks like it. It's weird to say it returns 0 on success because the user doesn't see a return on success lol
<jistone> right, indeed it "returns" 0
<jistone> I suppose technically the user could see that 0 in %rax, maybe
<detter> jistone, ok great, thanks!!
<jistone> (or maybe registers are cleared on execve? I actually don't know that either)
<detter> jistone, I wonder if the kernel bothers to clear the registers on exec, I would imagine so but I'm not sure
wcohen has quit [Ping timeout: 252 seconds]
<jistone> all the actual do_execve code only considers <0 as an error, fwiw
<jistone> but who knows what >0 would mean
<detter> lol, is do_exec in glibc or in the kernel?
<jistone> kernel
<jistone> fs/exec.c
detter has quit [*.net *.split]
joko has quit [*.net *.split]
DuncanT has quit [*.net *.split]
sadmac has quit [*.net *.split]
jemarch has quit [*.net *.split]
zen2 has quit [*.net *.split]
lindi- has quit [*.net *.split]
joko has joined #systemtap
zen2 has joined #systemtap
detter has joined #systemtap
<jistone> (yay network split)
<detter> hmm interesting
<detter> is that what happened?
<jistone> glitch in the matrix
<detter> lol
lindi- has joined #systemtap
lindi- has quit [Changing host]
lindi- has joined #systemtap
tromey has quit [Quit: ERC (IRC client for Emacs 25.0.95.1)]
DuncanT has joined #systemtap
sadmac has joined #systemtap
drsmith has left #systemtap [#systemtap]
scox has quit [Ping timeout: 246 seconds]
mbenitez has quit [Quit: Leaving]
wcohen has joined #systemtap
jemarch has joined #systemtap
<jemarch> re
brolley has left #systemtap [#systemtap]
jemarch has quit [Changing host]
jemarch has joined #systemtap
<p53ud0nym> How can i use systemtap with linux kernel modules easily?
<p53ud0nym> Currently in debian. Everytime I modify my LKM, I have to recompile the entire kernel into linx-{image,headers,debug} packages and insert them for it to find the new references.
<p53ud0nym> Coppying the new module.ko file to /lib/modules/VERSION doesn't resolve new function references
hpt has joined #systemtap
hpt has quit [Ping timeout: 240 seconds]
scox has joined #systemtap