fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
mjw has quit [Quit: Leaving]
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 265 seconds]
orivej_ has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 264 seconds]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
khaled has quit [Quit: Konversation terminated!]
orivej has joined #systemtap
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 265 seconds]
orivej_ has joined #systemtap
derek0883 has quit [Remote host closed the connection]
orivej_ has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
sapatel has quit [Remote host closed the connection]
derek0883 has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
derek0883 has quit [Remote host closed the connection]
orivej has quit [Quit: No Ping reply in 180 seconds.]
derek088_ has joined #systemtap
orivej has joined #systemtap
derek0883 has joined #systemtap
derek088_ has quit [Ping timeout: 246 seconds]
derek0883 has quit [Ping timeout: 260 seconds]
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 258 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej_ has quit [Read error: Connection reset by peer]
orivej has joined #systemtap
<agentzh> fche: okay, i found fedora's kernel-debug package also has lockdep enabled. no need to fight against rawhide...
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej_ has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
derek0883 has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
derek0883 has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej_ has quit [Ping timeout: 246 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Read error: Connection reset by peer]
<agentzh> fche: lockdep successfully caught a deadlock bug in my today's patch for adding back relay_flush() and also inode locking around it. it's indeed very powerful! thanks for the suggestion!
orivej has joined #systemtap
<agentzh> one sad thing about lockdep is that loading and unloading ko modules would quickly leak until exceeding the max lockdep entry limit.
<agentzh> so i cannot load my test for long until a reboot is necessary.
orivej_ has quit [Ping timeout: 256 seconds]
orivej has quit [Ping timeout: 264 seconds]
derek0883 has joined #systemtap
derek0883 has quit [Ping timeout: 260 seconds]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Ping timeout: 264 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #systemtap
<agentzh> fche: the v6 patch is finally ready: https://gist.github.com/agentzh/932e7a32bb508da1d6cbe7ef65994000
<agentzh> hopefully it's good enough now...
zzhm has quit [Ping timeout: 246 seconds]
zzhm has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
zzhm has quit [Ping timeout: 264 seconds]
zzhm has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Ping timeout: 260 seconds]
orivej_ has joined #systemtap
orivej_ has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
khaled has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 264 seconds]
orivej has joined #systemtap
orivej_ has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej_ has quit [Ping timeout: 256 seconds]
orivej has joined #systemtap
zzhm has quit [Ping timeout: 246 seconds]
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 258 seconds]
orivej has joined #systemtap
zzhm has joined #systemtap
orivej has quit [Read error: Connection reset by peer]
orivej_ has joined #systemtap
orivej has joined #systemtap
orivej_ has quit [Ping timeout: 258 seconds]
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #systemtap
<fche> yo
<fche> it looks good to me
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej_ has joined #systemtap
orivej_ has quit [Read error: Connection reset by peer]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej_ has joined #systemtap
orivej has joined #systemtap
orivej_ has quit [Ping timeout: 265 seconds]
orivej has quit [Ping timeout: 264 seconds]
orivej has joined #systemtap
tonyj has quit [Ping timeout: 264 seconds]
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #systemtap
zodbot has quit [Remote host closed the connection]
zodbot has joined #systemtap
zzhm has quit [Ping timeout: 258 seconds]
<agentzh> fche: great thanks. will commit.
orivej has quit [Ping timeout: 260 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej_ has joined #systemtap
orivej has joined #systemtap
orivej_ has quit [Ping timeout: 260 seconds]
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej_ has quit [Ping timeout: 258 seconds]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Read error: Connection reset by peer]
orivej has joined #systemtap
tonyj has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 264 seconds]
<agentzh> fche: on fedora's kernel-debug, i found another ordering issue in the task finder & vma maps callbacks. this patch should fix it: https://gist.github.com/agentzh/a166220b1fefc09813db8e0859622923
<agentzh> will you have a look? thanks!
<agentzh> seems like kernel-debug is slow for many things, which actually helps exposing deep hidden issues.
orivej_ has quit [Read error: Connection reset by peer]
tonyj has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
tonyj has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #systemtap
orivej_ has joined #systemtap
orivej has quit [Ping timeout: 265 seconds]
orivej has joined #systemtap
orivej_ has quit [Ping timeout: 246 seconds]
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
<fche> agentzh, dude, do you ever sleep?
<fche> just wondering
<agentzh> yes, i do :)
<agentzh> 7 hours
<fche> I'm not quite getting what the difference is before / after with the last patch
<fche> it seems stp_call_callbacks is called identically in both cases
<fche> and so is stp_call_mmap_callbacks_for_task
orivej has quit [Ping timeout: 246 seconds]
<agentzh> fche: the process.begin probe's callback can be registered after vm tracker's?
orivej has joined #systemtap
<agentzh> that's the goal.
<fche> nah I'm just trying to trace the control flow before & after the patch
<fche> ah farther down is the good new stuff
<fche> was focusing only on the top bits (__stp_utrace_task_finder_target_quiesce __stp_tf_quiesce_worker etc.)
<agentzh> yeah, seems like i'm still a bit confused with the ordering. i'll dig deeper.
<agentzh> that patch makes the simple test pass on kernel-debug but the test no longer passes with the default kernel of fedora.
<agentzh> something must still be wrong here.
gromero has quit [Ping timeout: 246 seconds]
orivej has quit [Ping timeout: 246 seconds]
<agentzh> okay, seems like the order of the callbacks are already correct.
<agentzh> but the vma map's callback is not controllable here.
<agentzh> they are called multiple times by utrace, it seems
<agentzh> and only a later run will get the maps.
<agentzh> they run twice...
<agentzh> the process.begin handler runs in the first run but not vma maps', and then the 2nd time runs the vma one.
orivej has joined #systemtap
gromero has joined #systemtap
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #systemtap
<agentzh> there's a race condition reproduced on kernel-debug: stapio exec'ing to the target process (via stap -c CMD).
<agentzh> the first vma map callback is triggered before the process path changes.
<agentzh> so it finds nothing.
<agentzh> it reports stap_start_task_finder:1771: target path not matched: [/tmp/t_stap_LAN9nF3/a.out] != [/opt/stap-plus/libexec/systemtap/stapio]
<agentzh> seems like this is real race condition here.
orivej has quit [Ping timeout: 258 seconds]
<fche> hm no harm with that one tho
<fche> I think
zzhm has joined #systemtap