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: 240 seconds]
naveen3 has joined #systemtap
naveen2 has quit [Ping timeout: 240 seconds]
naveen4 has joined #systemtap
naveen3 has quit [Ping timeout: 240 seconds]
naveen4 has quit [Quit: WeeChat 1.9.1]
naveen has joined #systemtap
mjw has joined #systemtap
orivej has joined #systemtap
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #systemtap
tromey has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #systemtap
orivej has quit [Remote host closed the connection]
orivej has joined #systemtap
<agentzh> fche: is it something doable? https://sourceware.org/bugzilla/show_bug.cgi?id=23506
<fche> yeah; try with stap -k -p4 and check out what it already collects
<fche> though are you sure you want @var() as opposed to & @var() ?
<fche> @var returns values, not addresses
<fche> ah I see, the c program accounts for that
<fche> agentzh, so yeah it should work
<agentzh> fche: yeah, stap already resolves function symbols. i guess we would have to encode the global symbol addresses into the kernel module in a similar way?
<agentzh> fche: btw, i've added much more detailed info to this CPU stuck during test suite run PR: https://sourceware.org/bugzilla/show_bug.cgi?id=23493
<agentzh> i attached the raw output files to avoid any confusions.
<agentzh> please let me know if you also need all those systemtap.log files generated by that test run.
<fche> yup thanks.
<fche> re. function symbols, it should not be a big deal to include data symbols too ... they're coming from the same source
<agentzh> fche: yeah, i was just a bit worried about the kernel module size ;)
<fche> yeah, it's not that bad
<agentzh> okay
<fche> probably translate.cxx line 6848 STT_FUNC area ... that may be where the filtering is happening
<agentzh> fche: i wonder if we could have a way to disable the add_global_var_display() thing. according to the source, there is no way to disable that for the kernel/dyninst runtimes (it's not supported by bpf runtime anyway).
<agentzh> fche: re STT_FUNC: thanks for the hint!
<agentzh> we'll have a look.
orivej has quit [Ping timeout: 240 seconds]
<agentzh> fche: created a PR for the --no-global-var-display thing: https://sourceware.org/bugzilla/show_bug.cgi?id=23507
<fche> sure. or .... your generator can emit a probe never { } with some reads of the globals
<agentzh> fche: i tried the fake reads too, but it is hard to suppress those "side-effect free" warnings from the translator for those fake reads and fake probes.
<agentzh> so not ideal.
<fche> probe never { print(global) }
<fche> won't have warnings there
<agentzh> ah, okay, print() never runs, so it does the trick :)
<agentzh> thanks for the tip
<fche> righto
orivej has joined #systemtap
tromey has quit [Quit: ERC (IRC client for Emacs 26.1.50)]
mjw has quit [Quit: Leaving]