fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
<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