11:21 <lorddoskias1> so I'm running the following tapset with guru mode enabled: http://pastebin.com/8gjmei8j

11:23 <lorddoskias1> right, it was apparently a runtime issue :D

11:46 <lorddoskias1> so what does this error mean : ERROR: Build-id mismatch [man error::buildid]: "/lib/modules/4.4.2-clouder3/kernel/drivers/infiniband/ulp/ipoib/ib_ipoib.ko" byte 0 (0xb2 vs 0x00) address 0xffffffffa022d9d0 rc -14

11:46 <lorddoskias1> i get it sporadically ?

11:46 <lorddoskias1> i think the build-id mismatch is misleading

11:55 <mjw> note the hint: man error::buildid

11:55 <mjw> should give you a high-level explanation

11:56 <mjw> getting it sporadically is strange though

12:49 <irker452> systemtap: mcermak systemtap.git:refs/heads/master * release-2.9-411-g9546970 / runtime/transport/transport.c: Fix PR19812 by translating vpid to host namespace pid. http://tinyurl.com/jcktlmz

13:34 <lorddoskias1> hm, my stap seems to not be able to resolve symbols originating from the ib_ipoib module: http://pastebin.com/1zHn1vYV eventough I run it like so: stap -dkernel -dipv6 -dib_core -dib_ipoib ipv6.stp and according to readelf ib_ipoib.ko it does have dwarf infomartion in it

13:34 <lorddoskias1> any ideas what might be going wrong?

13:47 <irker452> systemtap: flu systemtap.git:refs/heads/master * release-2.9-412-g1e35877 / staprun/monitor.c: Don't signal warning if script is exited immediately in monitor mode. http://tinyurl.com/gp4qq75

14:07 <fche> hi lorddoskias1

14:08 <fche> that looks like it should work; did systemtap print any diagnostics during compilation or execution?

14:08 <fche> were some of those modules out-of-tree (so stap may not have found them during the unwind-information search phase) ?

14:09 <lorddoskias1> it only complained that System.map couldn't be found but I think this is moot if I have debuginfo

14:09 <lorddoskias1> none of those modules are out of tree

14:10 <fche> and does that address 0xedb3b correspond to a symbol in ib_ipoib ?

14:10 <fche> (could there be a version mismatch?)

14:29 <LordDoskias> fche: hmz, how do I find out, i ran readelf -r and here what it returned: readelf -r /lib/modules/4.4.2-clouder3/kernel/drivers/infiniband/ulp/ipoib/ib_ipoib.ko | grep db3b

14:29 <LordDoskias> 0000000db3b6 000200000001 R_X86_64_64 0000000000000000 .text + b954

14:29 <LordDoskias> 0000000ddb3b 000200000001 R_X86_64_64 0000000000000000 .text + c73c

14:30 <fche> LordDoskias, I might look at readelf -s (symbol tables) first, and maybe a more complete disassembly

14:30 <fche> but it looks like a plausible address so far

15:16 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-397-g69f266b / NEWS man/stap.1.in runtime/dyninst/map_runtime.h runtime/linux/map_runtime.h runtime/map-gen.c runtime/map.c runtime/map.h runtime/pmap-gen.c: PR19802: make associate-array hash tables sized accordingly to each map's maxnum http://tinyurl.com/z8yq49b

15:25 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-396-g38d4b72 / runtime/map-gen.c runtime/map.c runtime/murmurhash3.c translate.cxx: PR19802 prototype: switch to murmurhash3 http://tinyurl.com/j8c8mog

15:25 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-397-g85cf67b / NEWS man/stap.1.in runtime/dyninst/map_runtime.h runtime/linux/map_runtime.h runtime/map-gen.c runtime/map.c runtime/map.h runtime/pmap-gen.c: PR19802: make associate-array hash tables sized accordingly to each map's maxnum http://tinyurl.com/jtyp2wy

15:32 <LordDoskias> fche: yeah, but it still remains a mystery why the symbols for this particular and only this module are not resolved ;

15:35 <fche> consider a stap -k .... run to save the /tmp ... stap-symbols.h

15:36 <fche> see what's found for that module

15:37 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-396-g38d4b72 / runtime/map-gen.c runtime/map.c runtime/murmurhash3.c translate.cxx: PR19802 prototype: switch to murmurhash3 http://tinyurl.com/j8c8mog

15:37 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-397-g85cf67b / NEWS man/stap.1.in runtime/dyninst/map_runtime.h runtime/linux/map_runtime.h runtime/map-gen.c runtime/map.c runtime/map.h runtime/pmap-gen.c: PR19802: make associate-array hash tables sized accordingly to each map's maxnum http://tinyurl.com/jtyp2wy

22:09 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-396-g38d4b72 / runtime/map-gen.c runtime/map.c runtime/murmurhash3.c translate.cxx: PR19802 prototype: switch to murmurhash3 http://tinyurl.com/j8c8mog

22:09 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-397-g62be55f / NEWS man/stap.1.in runtime/dyninst/map_runtime.h runtime/linux/map_runtime.h runtime/map-gen.c runtime/map.c runtime/map.h runtime/pmap-gen.c testsuite/systemtap.maps/map_hash.exp: PR19802: make associate-array hash tables sized accordingly to each map's maxnum http://tinyurl.com/h8tdwcu

22:09 <irker452> systemtap: fche systemtap.git:refs/heads/fche/pr19802 * release-2.9-398-g4528e96 / runtime/dyninst/map_runtime.h runtime/linux/map_runtime.h runtime/map-stat.c runtime/map.c runtime/map.h runtime/pmap-gen.c: runtime: map streamlining http://tinyurl.com/h5f85qy