fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
derek0883 has quit [Remote host closed the connection]
khaled has quit [Quit: Konversation terminated!]
_whitelogger has joined #systemtap
hpt has joined #systemtap
irker081 has joined #systemtap
<irker081>
systemtap: alizhang systemtap.git:pr13838/fpsupport * release-4.4-45-g832647c73 / runtime/linux/loc2c-runtime.h testsuite/buildok/floatingpoint.stp: runtime/linux/loc2c-runtime.h: extend SSE, SSE2 and XMM register definiton in url_x86_64[]
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
irker081 has quit [Quit: transmission timeout]
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #systemtap
orivej has quit [Ping timeout: 260 seconds]
orivej_ has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
orivej_ has quit [Ping timeout: 265 seconds]
khaled has joined #systemtap
mjw has joined #systemtap
khaled has quit [Remote host closed the connection]
khaled has joined #systemtap
derek0883 has joined #systemtap
derek0883 has quit [Ping timeout: 264 seconds]
modem has quit [Read error: Connection reset by peer]
<tonyj>
sorry, I didn't see you logged on in this channel when I started it
<fche>
np
<serhei>
fche, ping: got some bikeshedding since I need to start sharing code between staprun/ and stapbpf/ for stap -c
<fche>
shoot
<serhei>
my best bet is to just add pieces of ../staprun/whatever.c to stapbpf_SOURCES in the appropriate makefile
<fche>
hm what code do you want to share?
<serhei>
and I may need to pull a couple of things from mainloop into a separate .c/.h module, since I just need start_cmd() + dependencies
<serhei>
start_cmd() has many exquisite sophistications, too exquisite to just copypaste
<fche>
like what?
<serhei>
of the stuff I want... shell metacharacter handling, the tricks for the child process to wait until the stap module has a chance to setup, etc.
<serhei>
as well as dependencies on common.c stuff
<serhei>
I don't know if WORKAROUND_BZ467568 is relevant for bpf, seems like it might be
<fche>
a six digit bug cannot be relevant in the Current Year
<serhei>
or it might be utrace related, in which case the #ifdef serves to disable it :p
<fche>
rhel6 utrace r.i.p.
<serhei>
anyways, it's a choice between having stapbpf link code from staprun, or copying 100s lines from staprun with no real bpf-related differences
<fche>
no strong feelings on this one, am surprised staprun code is useful to stapbpf at all
<fche>
I don't mind 100s copied if it's a one-off
<fche>
I don't mind cross-linked compiling as long as it's tasteful
<serhei>
got it, tasteful. No 100s of #ifdefs :))
<fche>
right
<fche>
as much as possible.
<serhei>
hmm, we already crosslink ../util.cxx, wonder what that relates to
<serhei>
.. it relates to sagar's procfs probes
<serhei>
hmm, we distant-theoretically want system_cmd() as well
<serhei>
overlap between staprun and stapbpf not too surprising for me. bpf is exotic but everything relating to setting up the environment to be poked with bpf is the same
<serhei>
while stapdyn does some of the same kinds of things in theory, has lots of DynInst libraries to handle it for us
<fche>
ok, I'll leave it in your capable hands
<fche>
feel free to rearrange staprun/* code to make that cleaner
<fche>
sorry I meant "refactor" in early y2k lingo