- 16 Aug, 2017 1 commit
-
-
Brenden Blanco authored
Fixes: #1280 Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
- 15 Aug, 2017 1 commit
-
-
Brenden Blanco authored
The -no-pie option is not available in clang until 6.0. Per the documentation, -nopie serves the same purpose as -no-pie (but not -fno-pie). Hence, use the -nopie option when clang is in use as the CC. Fixes: #1237 Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
- 11 Aug, 2017 10 commits
-
-
Paul Chaignon authored
-
Iago López Galeiras authored
-
Iago López Galeiras authored
Similar to other tools from the tcp* family.
-
Nan Xiao authored
instead.
-
Brendan Gregg authored
-
Brendan Gregg authored
-
Jean-Tiare Le Bigot authored
-
Jean-Tiare Le Bigot authored
-
Benjamin Poirier authored
When tcp_cleanup_rbuf() is called from tcp_recvmsg(), "copied" may be an error code, especially -EAGAIN for non-blocking receives.
-
Benjamin Poirier authored
-
- 01 Aug, 2017 2 commits
-
-
Toshiaki Makita authored
nlmsg_pid is __u32, so let's use %u instead of %d. Signed-off-by: Toshiaki Makita <makita.toshiaki@lab.ntt.co.jp>
-
Toshiaki Makita authored
As per man netlink, nlmsg_pid is not process id and in fact a value different from process id can be used. bpf: Wrong pid -1615084642, expected 24407 This problem can be triggered by using pyroute2 with bcc. Signed-off-by: Toshiaki Makita <makita.toshiaki@lab.ntt.co.jp>
-
- 31 Jul, 2017 2 commits
- 28 Jul, 2017 1 commit
-
-
Ivan Babrou authored
On Debian Stretch `libfl-dev` is not installed automatically if you install `flex`, this takjes care of the issue.
-
- 27 Jul, 2017 2 commits
-
-
Brenden Blanco authored
permit multiple pids attaching to the same probe
-
Yonghong Song authored
Currently, if more than one pid-associated USDT attaching to the same probe, usdt readarg code will be generated twice and the compiler will complain. This patch solves issue by preventing code duplication if a previous context with the same mnt point and exec binary has generated the code for the same probe. The event name is also changed to have pid embedded so different pid-associated uprobe event will have different names. This patch introduces an internal uprobe event name discrepency. It is a good idea to have event name generation in libbpf so that both C++ API and Python API will have consistent name conventions. This will be addressed in a subsequent commit as it is largely a different issue. Signed-off-by: Yonghong Song <yhs@fb.com>
-
- 19 Jul, 2017 1 commit
-
-
4ast authored
generate proper usdt code to prevent llvm meddling with ctx->#fields
-
- 18 Jul, 2017 4 commits
-
-
Yonghong Song authored
Qin reported a test case where llvm still messes up with ctx->#fields. For code like below: switch(ctx->ip) { case 0x7fdf2ede9820ULL: *((int64_t *)dest) = *(volatile int64_t *)&ctx->r12; return 0; case 0x7fdf2edecd9cULL: *((int64_t *)dest) = *(volatile int64_t *)&ctx->bx; return 0; } The compiler still generates: # r1 is the pointer to the ctx r1 += 24 goto LBB0_4 LBB0_3: r1 += 40 LBB0_4: r3 = *(u64 *)(r1 + 0) The verifier will reject the above code since the last load is not "ctx + field_offset" format. The responsible llvm optimization pass is CFGSimplifyPass. Its main implementation in llvm/lib/Transforms/Utils/SimplifyCFG.cpp. The main routine to do the optimization is SinkThenElseCodeToEnd. The routine canSinkInstructions is used to determine whether an insn is a candidate for sinking. Unfortunately, volatile load/store is not a condition to prevent the optimization. But inline assembly is a condition which can prevent further optimization. In this patch, instead of using volatile to annotate ctx->#field access, we do normal ctx->#field access but put a compiler inline assembly memory barrier __asm__ __volatile__(\"\": : :\"memory\"); after the field access. Tested with usdt unit test case, usdt_samples example, a couple of usdt unit tests developed in the past. Signed-off-by: Yonghong Song <yhs@fb.com>
-
Igor Mazur authored
Support tracing MySQL queries even when MySQL is built without USDT support, by using uprobes on internal functions responsible for command (query) dispatching.
-
4ast authored
Fix a clang memory leak
-
Yonghong Song authored
In clang frontend actions, several compiler invocations are called for rewriter and transforming source code to IR. During the invocation to transform source code to IR, CodeGenOpts.DisableFree is used to control whether the top target machine structure should be freed or not for a particular clang invocation, and its default value is TRUE. See clang:lib/CodeGen/BackendUtil.cpp: ~EmitAssemblyHelper() { if (CodeGenOpts.DisableFree) BuryPointer(std::move(TM)); } So by default, the memory held by TM will not freed, even if BPF module itself is freed. This is even more problematic when continuous building/loading/unloading happens for long live service. This patch explicitly sets CodeGenOpts.DisableFree to FALSE so memory can be properly freed. I did a simple experiment to compile/load/unload an empty BPF program and the saving is roughly 0.5MB. Signed-off-by: Yonghong Song <yhs@fb.com>
-
- 17 Jul, 2017 2 commits
-
-
Brenden Blanco authored
Update bpf.h and virtual_bpf.h to 4.13-rc1
-
Huapeng Zhou authored
-
- 14 Jul, 2017 2 commits
-
-
Geneviève Bastien authored
Signed-off-by: Geneviève Bastien <gbastien@versatic.net>
-
vkhromov authored
`trace.py` parses a probe using the colon as a separator. As a result, it fails to create a uprobe for binary/library with a filename containing colons. This diff fixes that issue with `trace.py`. It requires a kernel with https://lkml.org/lkml/2017/1/13/585 merged to work properly, otherwise `trace.py` still fails for create uprobes.
-
- 11 Jul, 2017 3 commits
-
-
Romain authored
-
Rinat Ibragimov authored
* memleak: handle libc allocation functions other than malloc * memleak: use tracepoints to track kernel allocations * memleak: add combined-only mode With large number of outstanding allocations, amount of data passed from kernel becomes large, which slows everything down. This patch calculates allocation statistics inside kernel, allowing user- space part to pull combined statistics data only, thus significantly reducing amount of passed data. * memleak: increase hashtable capacities There are a lot of allocations happen in kernel. Default values are not enough to keep up. * test: add a test for the memleak tool
-
bveldhoen authored
This sample contains: - A library with an operation that uses usdt probes. - A console application that calls the operation. - Scripts to trace the latency of the operation. - Corresponding cmake files.
-
- 07 Jul, 2017 1 commit
-
-
Quentin Monnet authored
And fix a typo: direct_action -> direct-action
-
- 06 Jul, 2017 1 commit
-
-
Colin Ian King authored
The macro _GNU_SOURCE should be defined to pick up the function declaration for setns. Fixes build warning: "src/cc/libbpf.c:482:7: warning: implicit declaration of function 'setns' [-Wimplicit-function-declaration] if (setns(target_fd, CLONE_NEWNS)) {" Signed-off-by: Colin Ian King <colin.king@canonical.com>
-
- 01 Jul, 2017 1 commit
-
-
4ast authored
Fix bcc.lua build issue in Ubuntu 17.04
-
- 30 Jun, 2017 4 commits
-
-
Vicent Marti authored
-
Vicent Marti authored
Cleanup the `strncmp` code and add a few more ignored map names
-
Yonghong Song authored
In fc25 box, gcc6.3.1 is configured with pie default off. Here, pie stands for position independent execution. In ubuntu 17.04, gcc6.3.0, however, is configured with pie default on. The gcc driver automatically adds -pie to the linker options. Since bcc.lua build needs pie off, previously, -fno-pie is passed to the compiler. -fno-pie is a gcc option impacting the code generation and it didn't negate the -pie option in the linker. The correct way seems to use gcc linker option -no-pie which can successfully cancel the default -pie in the linker. Signed-off-by: Yonghong Song <yhs@fb.com>
-
Nan Xiao authored
-
- 29 Jun, 2017 2 commits
-
-
Romain authored
-
Taekho Nam authored
-