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 joined #systemtap
orivej has quit [Ping timeout: 276 seconds]
zodbot has quit [Remote host closed the connection]
zodbot has joined #systemtap
mjw has quit [Quit: Leaving]
hpt has joined #systemtap
_whitelogger has joined #systemtap
_whitelogger has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
orivej_ has quit [Ping timeout: 240 seconds]
derek0883 has quit [Remote host closed the connection]
orivej has joined #systemtap
fdalleau_away is now known as fdalleau
khaled has joined #systemtap
derek0883 has joined #systemtap
derek0883 has quit [Ping timeout: 264 seconds]
hpt has quit [Ping timeout: 240 seconds]
mjw has joined #systemtap
<irker327> systemtap: alizhang systemtap.git:pr13838/fpsupport * release-4.4-43-g3f01e0af4 / runtime/loc2c-runtime.h: PR13838: update aarch64 pt_reg section, added macro definition for SIMD FP register V0-V7, (reg64-reg71).
khaled has quit [Quit: Konversation terminated!]
khaled has joined #systemtap
orivej has quit [Ping timeout: 272 seconds]
orivej has joined #systemtap
tromey has joined #systemtap
khaled has quit [Quit: Konversation terminated!]
amerey has joined #systemtap
khaled has joined #systemtap
derek0883 has joined #systemtap
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
lindi- has quit [Ping timeout: 240 seconds]
lindi- has joined #systemtap
fdalleau is now known as fdalleau_away
<kerneltoast> fche, happy friday
<kerneltoast> now I'm here to make your Friday unhappy
kerneltoast was kicked from #systemtap by fche [kerneltoast]
<fche> MOOHAHAHAHAHAHAHAHAH
<fche> abuse of power
kerneltoast has joined #systemtap
<fche> ok so where were we
<kerneltoast> yes, it was about your vehicle's extended warranty
<kerneltoast> the utrace gigapatch is ready to ship
<kerneltoast> i need to work on splitting it up now, but you may as well take a careful read through the big commit
<kerneltoast> notable things:
<kerneltoast> utrace structs now pin their task structs
<kerneltoast> bandwagon rcu read locks are gone
derek0883 has quit [Remote host closed the connection]
<kerneltoast> utrace_report_death() no longer has a buggy in_atomic() check
derek0883 has joined #systemtap
derek0883 has quit [Read error: Connection reset by peer]
derek0883 has joined #systemtap
<kerneltoast> utrace->utrace_flags was shrunk to make room for a refcount. it's fine because there are way fewer than 32 utrace flags
<kerneltoast> utrace structs can no longer be used after free by various task workers
<kerneltoast> and they can't be used after free at all now in fact
<kerneltoast> any dangling utrace_engine structs are now always freed when the utrace struct is freed
<kerneltoast> that about sums it up i think
<kerneltoast> that patch has withstood a day of heavy fuzzing that would kill stap master very quickly
<kerneltoast> and it passes our test suite
derek0883 has quit [Ping timeout: 264 seconds]
<kerneltoast> it also cooked me a nice breakfast and filed my taxes
derek0883 has joined #systemtap
<fche> ok, will sit down over the weekend, not look it too deeply, but let it gnaw away at my sense of humanity
<kerneltoast> don't wanna push today and let the buildbots cry?
<irker327> systemtap: scox systemtap.git:master * release-4.4-89-g1ef2edcd3 / dwflpp.cxx dwflpp.h testsuite/systemtap.base/enum.cxx testsuite/systemtap.base/enum.exp testsuite/systemtap.base/enum.stp: Add support for accessing enumerators
derek0883 has quit [Remote host closed the connection]
tromey has quit [Quit: ERC (IRC client for Emacs 27.1)]
<fche> kerneltoast, will have to take a look at it later tonight
<kerneltoast> mmkay
<kerneltoast> i'll give you split up commits in a little bit
<fche> yupper
derek0883 has joined #systemtap
<kerneltoast> lemme know if you think it can be split more
<fche> reading
<kerneltoast> I'll make the refcount patch's commit message nicer later
khaled has quit [Quit: Konversation terminated!]
<fche> noting still some rcu usage, e.g. in utrace_exit()
<fche> are those still needed?
<fche> also, did you have a chance to run the normal stap testsuite also, or just your haircutter ?
<fche> in utrace_finish_stop(), what's the purpose of lock then unlock of utrace->lock?
<fche> meh, previous code does the same thing
derek088_ has joined #systemtap
derek0883 has quit [Ping timeout: 260 seconds]
<kerneltoast> fche, yeah some locks can be trimmed i think, like in utrace cleanup since no more engines will be added
<kerneltoast> i haven't run this on the normal testsuite
<kerneltoast> I'll do that when i get back to muh laptop
<kerneltoast> rcu is needed to iterate on the hashlist
<kerneltoast> and i too have no idea what that lock/unlock is for
<fche> guess it makes sure no one else had it, at least briefly
<kerneltoast> it might not be needed with refcounts
<kerneltoast> unless there's some synchronization requirement
amerey has quit [Quit: Leaving]
mjw has quit [Quit: Leaving]
lijunlong has quit [Read error: Connection reset by peer]
lijunlong has joined #systemtap
<kerneltoast> okey back at laptop
<kerneltoast> fche, the rcu read lock in utrace_exit() is probably not needed but i was paranoid
<kerneltoast> i think the justification i gave myself was it's needed if a grace period hadn't elapsed between the time of the last utrace free and iterating through the hashlist in utrace_exit()
<kerneltoast> oh yeah i kept the utrace->lock in utrace_cleanup() in case an engine could be in use while freeing the utrace struct
<kerneltoast> if that's possible, then we need to listen to this comment: /* FIXME: hmm, should this be utrace_engine_put()? */