- 04 Sep, 2017 5 commits
-
-
yonghong-song authored
Mention the smoke tests for new tool contributions
-
Brendan Gregg authored
examples: fix vlan_learning example
-
samuelnair authored
* Initial commit of nfsslower, tracking NFS4_READ, NFS4_WRITE and NFS4_OPEN * Added in documentation, examples, support for csv and tracing for GETATTR * Added in man pages, READM mods and example file, to comply with https://github.com/samuelnair/bcc/blob/master/CONTRIBUTING-SCRIPTS.md * Changes to address comments from @brendangregg and a small bug regarding the output header not being printed when tracing all NFS operations * Added nfsslower to the correct alphabetical postion * Addressing Sasha's comments. I appreciate the thoroughness of the review * Added test case for nfsslower and an extra function to check if the NFS kernel module is loaded
-
Sasha Goldshtein authored
We probably have a couple of tools where we forgot about this already. Make sure we don't forget again...
-
Prashant Bhole authored
BPF_HASH declaration fixed.
-
- 03 Sep, 2017 1 commit
-
-
Brendan Gregg authored
* stackcount: add -K and -U * stackcount: add -D for duration * stackcount: add -f for folded output
-
- 30 Aug, 2017 1 commit
-
-
Romain Cledat authored
Also added a warning if the length is exceeded
-
- 28 Aug, 2017 3 commits
-
-
Brendan Gregg authored
zfs tools fix for zpl_read/zpl_write removal
-
Marcin Skarbek authored
-
Nan Xiao authored
-
- 26 Aug, 2017 1 commit
-
-
Teng Qin authored
-
- 25 Aug, 2017 11 commits
-
-
Nan Xiao authored
-
Brenden Blanco authored
Performing the update before lookup incurs an extra spinlock in the kernel, which hurts performance. Reorder the code and increment to 1. The memset is there I believe due to some type mismatch warnings, so I'm leaving as is rather than doing a direct assign to 1. The resulting code is optimized away anyway. Fixes: #1314 Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Yonghong Song authored
The bug does not show up in my previous test probably because I did not clean up the build directory and did not have a clean cmake. In gcc 4.8.5 environment where -no-pie is not supported, a clean cmake will trigger the issue as subsequent other cxx compile test will fail due to additional -no-pie flag. The fix is to reset the CMAKE_REQUIRED_FLAGS to its previous value after the specific test. Signed-off-by: Yonghong Song <yhs@fb.com>
-
Teng Qin authored
-
Brenden Blanco authored
Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Brenden Blanco authored
-
Brenden Blanco authored
Allow building of JUST the libbpf library and related headers. No clang, llvm, python, lua, etc. Not even tests :( Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Brenden Blanco authored
Move the C++ api files under a new subdirectory. Use CMAKE_DEPENDENT_OPTION to enforce sdt->cpp_api relationship. Since linking .a into a .so can cause global symbols to be dropped, add a helper file to force exported symbols to be retained (link_all.cc). This problem doesn't exist for building the static cpp examples. Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Brenden Blanco authored
Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Brenden Blanco authored
Move two usdt related files to a new subdirectory and link them into the final product. Introduce a cmake option to disable that feature (turning it off currently fails to compile). Move some of the cmake flag computation into a helper cmake file and include that rather than inlining it. Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Brenden Blanco authored
Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
- 24 Aug, 2017 2 commits
-
-
Brendan Gregg authored
-
Yonghong Song authored
Certain versions of recent gcc (e.g., gcc 6.3.0 on ubuntu17.04) has pie enabled by default at linker (collect2) stage. The compilation flag "-no-pie" is available to negate this linker option. Add -no-pie to compilation flag only if it is available. Earlier gcc compiler may not have this option but it does not have linker pie on-by-default either. Tested with ubuntu 17.04 and my local gcc 4.8.5 (not accepting -no-pie). Signed-off-by: Yonghong Song <yhs@fb.com>
-
- 23 Aug, 2017 6 commits
-
-
Paul Chaignon authored
The bcc rewriter segfaults when it encounters an incomplete type (missing declaration or declaration after use) in a map declaration. This commit fixes it by first checking the type and returning an error if it is incomplete.
-
Paul Chaignon authored
The bcc rewriter segfaults when it encounters an incomplete type (missing declaration or declaration after use) in a map declaration.
-
Brenden Blanco authored
Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Brenden Blanco authored
Signed-off-by: Brenden Blanco <bblanco@gmail.com>
-
Paul Chaignon authored
At this time, a single helper can return a kernel pointer, bpf_get_current_task.
-
Brendan Gregg authored
Update obsolete file name bitesize -> bitehist
-
- 22 Aug, 2017 5 commits
-
-
Brendan Gregg authored
Format code of vfscount.py
-
Brendan Gregg authored
Remove unnecessary bpf_probe_reads
-
Gary Lin authored
-
Gary Lin authored
When detaching a generic XDP program to an interface without native XDP support, remove_xdp() showed the following message: bpf: nlmsg error Operation not supported Add the flags parameter to notify the kernel that it's a generic XDP program.
-
Nan Xiao authored
-
- 20 Aug, 2017 1 commit
-
-
Mark Drayton authored
Some versions of GCC don't accept `-no-pie`. For instance, on a GCC 5 build I have here: ``` $ gcc -no-pie gcc: error: unrecognized command line option ‘-no-pie’ gcc: fatal error: no input files ``` 5.4 from Xenial will take `-no-pie`, as will versions of 4, 6 and 7 that I tried. The issue may be related to https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg170818.html but I'm not certain. A workaround for this is to use `--no-pie`, which is accepted by all versions of GCC 4, 5, 6 and 7 that I tried.
-
- 19 Aug, 2017 1 commit
-
-
Tian Xin authored
Update tutorial to change the file name.
-
- 17 Aug, 2017 3 commits
-
-
Pavel Safronov authored
* Fixed build for debian and ubuntu * Bumped debian and ubuntu versions (fix some build-dependency issues) * Make debian and ubuntu Dockerfiles use the same build script * Build-dependencies now installing automatically via pbuilder
-
4ast authored
avoid large map memory allocation in userspace
-
Yonghong Song authored
In bcc, internal BPF_F_TABLE defines a structure to contain all the table information for later easy extraction. A global structure will be defined with this type. Note that this structure will be allocated by LLVM during compilation. In the table structure, one of field is: _leaf_type data[_max_entries] If the _leaf_type and _max_entries are big, significant memory will be consumed. A big _leaf_type size example is for BPF_STACK_TRACE map with 127*8=1016 bytes. If max_entries is bigger as well, significant amount of memory will be consumed by LLVM. This patch replaces _leaf_type data[_max_entries] to unsigned ing max_entries The detail of a test example can be found in issue #1291. For the example in #1291, without this patch, for a BPF_STACK_TRACE map with 1M entries, the RSS is roughly 3GB (roughly 3KB per entry). With this patch, it is 5.8MB. Signed-off-by: Yonghong Song <yhs@fb.com>
-