Changes in tracex3_user.c

4a0ee788 - samples/bpf: unify bpf program suffix to .bpf with tracing programs

Fri, 18 Aug 2023 09:01:13 +0000

samples/bpf: unify bpf program suffix to .bpf with tracing programsCurrently, BPF programs typically have a suffix of .bpf.c. However,some programs still utilize a mixture of _kern.c suffix alongside thenaming convention. In order to achieve consistency in the naming ofthese programs, this commit unifies the inconsistency in the namingconvention of BPF kernel programs.Signed-off-by: Daniel T. Lee Link: https://lore.kernel.org/r/20230818090119.477441-4-danieltimlee@gmail.comSigned-off-by: Alexei Starovoitov List of files: /linux-6.15/samples/bpf/tracex3_user.c

b25acdaf - samples/bpf: Use libbpf 1.0 API mode instead of RLIMIT_MEMLOCK

Sat, 09 Apr 2022 12:59:55 +0000

samples/bpf: Use libbpf 1.0 API mode instead of RLIMIT_MEMLOCKWe have switched to memcg-based memory accouting and thus the rlimit isnot needed any more. LIBBPF_STRICT_AUTO_RLIMIT_MEMLOCK was introduced inlibbpf for backward compatibility, so we can use it instead now.This patch also removes the useless header sys/resource.h from many filesin samples/bpf.Signed-off-by: Yafang Shao Signed-off-by: Andrii Nakryiko Link: https://lore.kernel.org/bpf/20220409125958.92629-2-laoar.shao@gmail.com List of files: /linux-6.15/samples/bpf/tracex3_user.c

5b0764b2 - bpf: samples: Do not touch RLIMIT_MEMLOCK

Tue, 01 Dec 2020 21:59:00 +0000

bpf: samples: Do not touch RLIMIT_MEMLOCKSince bpf is not using rlimit memlock for the memory accountingand control, do not change the limit in sample applications.Signed-off-by: Roman Gushchin Signed-off-by: Alexei Starovoitov Acked-by: Song Liu Link: https://lore.kernel.org/bpf/20201201215900.3569844-35-guro@fb.com List of files: /linux-6.15/samples/bpf/tracex3_user.c

c66dca98 - samples/bpf: Set rlimit for memlock to infinity in all samples

Mon, 26 Oct 2020 23:36:23 +0000

samples/bpf: Set rlimit for memlock to infinity in all samplesThe memlock rlimit is a notorious source of failure for BPF programs. Mostof the samples just set it to infinity, but a few used a lower limit. Theproblem with unconditionally setting a lower limit is that this will alsooverride the limit if the system-wide setting is *higher* than the limitbeing set, which can lead to failures on systems that lock a lot of memory,but set 'ulimit -l' to unlimited before running a sample.One fix for this is to only conditionally set the limit if the currentlimit is lower, but it is simpler to just unify all the samples and havethem all set the limit to infinity.Signed-off-by: Toke Høiland-Jørgensen Signed-off-by: Daniel Borkmann Acked-by: Andrii Nakryiko Acked-by: Jesper Dangaard Brouer Link: https://lore.kernel.org/bpf/20201026233623.91728-1-toke@redhat.com List of files: /linux-6.15/samples/bpf/tracex3_user.c

63841bc0 - samples, bpf: Refactor kprobe tracing user progs with libbpf

Sat, 16 May 2020 04:06:05 +0000

samples, bpf: Refactor kprobe tracing user progs with libbpfCurrently, the kprobe BPF program attachment method for bpf_load isquite old. The implementation of bpf_load "directly" controls andmanages(create, delete) the kprobe events of DEBUGFS. On the other hand,using using the libbpf automatically manages the kprobe event.(under bpf_link interface)By calling bpf_program__attach(_kprobe) in libbpf, the correspondingkprobe is created and the BPF program will be attached to this kprobe.To remove this, by simply invoking bpf_link__destroy will clean up theevent.This commit refactors kprobe tracing programs (tracex{1~7}_user.c) withlibbpf using bpf_link interface and bpf_program__attach.tracex2_kern.c, which tracks system calls (sys_*), has been modified toappend prefix depending on architecture.Signed-off-by: Daniel T. Lee Signed-off-by: Daniel Borkmann Acked-by: Yonghong Song Link: https://lore.kernel.org/bpf/20200516040608.1377876-3-danieltimlee@gmail.com List of files: /linux-6.15/samples/bpf/tracex3_user.c

25763b3c - treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 206

Tue, 28 May 2019 17:10:09 +0000

treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 206Based on 1 normalized pattern(s): this program is free software you can redistribute it and or modify it under the terms of version 2 of the gnu general public license as published by the free software foundationextracted by the scancode license scanner the SPDX license identifier GPL-2.0-onlyhas been chosen to replace the boilerplate/reference in 107 file(s).Signed-off-by: Thomas Gleixner Reviewed-by: Allison Randal Reviewed-by: Richard Fontana Reviewed-by: Steve Winslow Reviewed-by: Alexios Zavras Cc: linux-spdx@vger.kernel.orgLink: https://lkml.kernel.org/r/20190528171438.615055994@linutronix.deSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/samples/bpf/tracex3_user.c

20cdeb54 - bpf, tracex3_user: erase "ARRAY_SIZE" redefined

Wed, 03 Oct 2018 14:02:50 +0000

bpf, tracex3_user: erase "ARRAY_SIZE" redefinedThere is a warning when compiling bpf sample programs in sample/bpf: make -C /home/foo/bpf/samples/bpf/../../tools/lib/bpf/ RM='rm -rf' LDFLAGS= srctree=/home/foo/bpf/samples/bpf/../../ O= HOSTCC /home/foo/bpf/samples/bpf/tracex3_user.o /home/foo/bpf/samples/bpf/tracex3_user.c:20:0: warning: "ARRAY_SIZE" redefined #define ARRAY_SIZE(x) (sizeof(x) / sizeof(*(x))) In file included from /home/foo/bpf/samples/bpf/tracex3_user.c:18:0: ./tools/testing/selftests/bpf/bpf_util.h:48:0: note: this is the location of the previous definition # define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0]))Signed-off-by: Bo YU Signed-off-by: Daniel Borkmann List of files: /linux-6.15/samples/bpf/tracex3_user.c

2bf3e2ef - samples: bpf: include bpf/bpf.h instead of local libbpf.h

Tue, 15 May 2018 05:35:02 +0000

samples: bpf: include bpf/bpf.h instead of local libbpf.hThere are two files in the tree called libbpf.h which is becomingproblematic. Most samples don't actually need the local libbpf.hthey simply include it to get to bpf/bpf.h. Include bpf/bpf.hdirectly instead.Signed-off-by: Jakub Kicinski Acked-by: Jesper Dangaard Brouer Signed-off-by: Alexei Starovoitov List of files: /linux-6.15/samples/bpf/tracex3_user.c

55de1703 - samples/bpf: adjust rlimit RLIMIT_MEMLOCK for traceex2, tracex3 and tracex4

Tue, 02 May 2017 12:31:50 +0000

samples/bpf: adjust rlimit RLIMIT_MEMLOCK for traceex2, tracex3 and tracex4Needed to adjust max locked memory RLIMIT_MEMLOCK for testing these bpf samplesas these are using more and larger maps than can fit in distro default 64Kbytes limit.Signed-off-by: Jesper Dangaard Brouer Signed-off-by: David S. Miller List of files: /linux-6.15/samples/bpf/tracex3_user.c

d40fc181 - samples/bpf: Make samples more libbpf-centric

Wed, 14 Dec 2016 22:43:38 +0000

samples/bpf: Make samples more libbpf-centricSwitch all of the sample code to use the function names fromtools/lib/bpf so that they're consistent with that, and to declare theirown log buffers. This allow the next commit to be purely devoted togetting rid of the duplicate library in samples/bpf.Committer notes:Testing it:On a fedora rawhide container, with clang/llvm 3.9, sharing the hostlinux kernel git tree: # make O=/tmp/build/linux/ headers_install # make O=/tmp/build/linux -C samples/bpf/Since I forgot to make it privileged, just tested it outside thecontainer, using what it generated: # uname -a Linux jouet 4.9.0-rc8+ #1 SMP Mon Dec 12 11:20:49 BRT 2016 x86_64 x86_64 x86_64 GNU/Linux # cd /var/lib/docker/devicemapper/mnt/c43e09a53ff56c86a07baf79847f00e2cc2a17a1e2220e1adbf8cbc62734feda/rootfs/tmp/build/linux/samples/bpf/ # ls -la offwaketime -rwxr-xr-x. 1 root root 24200 Dec 15 12:19 offwaketime # file offwaketime offwaketime: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=c940d3f127d5e66cdd680e42d885cb0b64f8a0e4, not stripped # readelf -SW offwaketime_kern.o | grep PROGBITS [ 2] .text PROGBITS 0000000000000000 000040 000000 00 AX 0 0 4 [ 3] kprobe/try_to_wake_up PROGBITS 0000000000000000 000040 0000d8 00 AX 0 0 8 [ 5] tracepoint/sched/sched_switch PROGBITS 0000000000000000 000118 000318 00 AX 0 0 8 [ 7] maps PROGBITS 0000000000000000 000430 000050 00 WA 0 0 4 [ 8] license PROGBITS 0000000000000000 000480 000004 00 WA 0 0 1 [ 9] version PROGBITS 0000000000000000 000484 000004 00 WA 0 0 4 # ./offwaketime | head -5 swapper/1;start_secondary;cpu_startup_entry;schedule_preempt_disabled;schedule;__schedule;-;---;; 106 CPU 0/KVM;entry_SYSCALL_64_fastpath;sys_ioctl;do_vfs_ioctl;kvm_vcpu_ioctl;kvm_arch_vcpu_ioctl_run;kvm_vcpu_block;schedule;__schedule;-;try_to_wake_up;swake_up_locked;swake_up;apic_timer_expired;apic_timer_fn;__hrtimer_run_queues;hrtimer_interrupt;local_apic_timer_interrupt;smp_apic_timer_interrupt;__irqentry_text_start;cpuidle_enter;call_cpuidle;cpu_startup_entry;start_secondary;;swapper/3 2 Compositor;entry_SYSCALL_64_fastpath;sys_futex;do_futex;futex_wait;futex_wait_queue_me;schedule;__schedule;-;try_to_wake_up;futex_requeue;do_futex;sys_futex;entry_SYSCALL_64_fastpath;;SoftwareVsyncTh 5 firefox;entry_SYSCALL_64_fastpath;sys_poll;do_sys_poll;poll_schedule_timeout;schedule_hrtimeout_range;schedule_hrtimeout_range_clock;schedule;__schedule;-;try_to_wake_up;pollwake;__wake_up_common;__wake_up_sync_key;pipe_write;__vfs_write;vfs_write;sys_write;entry_SYSCALL_64_fastpath;;Timer 13 JS Helper;entry_SYSCALL_64_fastpath;sys_futex;do_futex;futex_wait;futex_wait_queue_me;schedule;__schedule;-;try_to_wake_up;do_futex;sys_futex;entry_SYSCALL_64_fastpath;;firefox 2 #Signed-off-by: Joe Stringer Tested-by: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Wang Nan Cc: netdev@vger.kernel.orgLink: http://lkml.kernel.org/r/20161214224342.12858-2-joe@ovn.orgSigned-off-by: Arnaldo Carvalho de Melo List of files: /linux-6.15/samples/bpf/tracex3_user.c

e00c7b21 - bpf: fix multiple issues in selftest suite and samples

Sat, 26 Nov 2016 00:28:09 +0000

bpf: fix multiple issues in selftest suite and samples1) The test_lru_map and test_lru_dist fails building on my machine since the sys/resource.h header is not included.2) test_verifier fails in one test case where we try to call an invalid function, since the verifier log output changed wrt printing function names.3) Current selftest suite code relies on sysconf(_SC_NPROCESSORS_CONF) for retrieving the number of possible CPUs. This is broken at least in our scenario and really just doesn't work. glibc tries a number of things for retrieving _SC_NPROCESSORS_CONF. First it tries equivalent of /sys/devices/system/cpu/cpu[0-9]* | wc -l, if that fails, depending on the config, it either tries to count CPUs in /proc/cpuinfo, or returns the _SC_NPROCESSORS_ONLN value instead. If /proc/cpuinfo has some issue, it returns just 1 worst case. This oddity is nothing new [1], but semantics/behaviour seems to be settled. _SC_NPROCESSORS_ONLN will parse /sys/devices/system/cpu/online, if that fails it looks into /proc/stat for cpuX entries, and if also that fails for some reason, /proc/cpuinfo is consulted (and returning 1 if unlikely all breaks down). While that might match num_possible_cpus() from the kernel in some cases, it's really not guaranteed with CPU hotplugging, and can result in a buffer overflow since the array in user space could have too few number of slots, and on perpcu map lookup, the kernel will write beyond that memory of the value buffer. William Tu reported such mismatches: [...] The fact that sysconf(_SC_NPROCESSORS_CONF) != num_possible_cpu() happens when CPU hotadd is enabled. For example, in Fusion when setting vcpu.hotadd = "TRUE" or in KVM, setting ./qemu-system-x86_64 -smp 2, maxcpus=4 ... the num_possible_cpu() will be 4 and sysconf() will be 2 [2]. [...] Documentation/cputopology.txt says /sys/devices/system/cpu/possible outputs cpu_possible_mask. That is the same as in num_possible_cpus(), so first step would be to fix the _SC_NPROCESSORS_CONF calls with our own implementation. Later, we could add support to bpf(2) for passing a mask via CPU_SET(3), for example, to just select a subset of CPUs. BPF samples code needs this fix as well (at least so that people stop copying this). Thus, define bpf_num_possible_cpus() once in selftests and import it from there for the sample code to avoid duplicating it. The remaining sysconf(_SC_NPROCESSORS_CONF) in samples are unrelated.After all three issues are fixed, the test suite runs fine again: # make run_tests | grep self selftests: test_verifier [PASS] selftests: test_maps [PASS] selftests: test_lru_map [PASS] selftests: test_kmod.sh [PASS] [1] https://www.sourceware.org/ml/libc-alpha/2011-06/msg00079.html [2] https://www.mail-archive.com/netdev@vger.kernel.org/msg121183.htmlFixes: 3059303f59cf ("samples/bpf: update tracex[23] examples to use per-cpu maps")Fixes: 86af8b4191d2 ("Add sample for adding simple drop program to link")Fixes: df570f577231 ("samples/bpf: unit test for BPF_MAP_TYPE_PERCPU_ARRAY")Fixes: e15596717948 ("samples/bpf: unit test for BPF_MAP_TYPE_PERCPU_HASH")Fixes: ebb676daa1a3 ("bpf: Print function name in addition to function id")Fixes: 5db58faf989f ("bpf: Add tests for the LRU bpf_htab")Signed-off-by: Daniel Borkmann Cc: William Tu Acked-by: Alexei Starovoitov Signed-off-by: David S. Miller List of files: /linux-6.15/samples/bpf/tracex3_user.c

3059303f - samples/bpf: update tracex[23] examples to use per-cpu maps

Tue, 02 Feb 2016 06:39:58 +0000

samples/bpf: update tracex[23] examples to use per-cpu mapsSigned-off-by: Alexei Starovoitov Signed-off-by: David S. Miller List of files: /linux-6.15/samples/bpf/tracex3_user.c

5c7fc2d2 - samples/bpf: Add IO latency analysis (iosnoop/heatmap) tool

Wed, 25 Mar 2015 19:49:25 +0000

samples/bpf: Add IO latency analysis (iosnoop/heatmap) toolBPF C program attaches toblk_mq_start_request()/blk_update_request() kprobe events tocalculate IO latency.For every completed block IO event it computes the time deltain nsec and records in a histogram map: map[log10(delta)*10]++User space reads this histogram map every 2 seconds and printsit as a 'heatmap' using gray shades of text terminal. Blackspaces have many events and white spaces have very few events.Left most space is the smallest latency, right most space isthe largest latency in the range.Usage: $ sudo ./tracex3 and do 'sudo dd if=/dev/sda of=/dev/null' in other terminal.Observe IO latencies and how different activity (like 'makekernel') affects it.Similar experiments can be done for network transmit latencies,syscalls, etc.'-t' flag prints the heatmap using normal ascii characters:$ sudo ./tracex3 -t heatmap of IO latency # - many events with this latency - few events |1us |10us |100us |1ms |10ms |100ms |1s |10s *ooo. *O.#. # 221 . *# . # 125 .. .o#*.. # 55 . . . . .#O # 37 .# # 175 .#*. # 37 # # 199 . . *#*. # 55 *#..* # 42 # # 266 ...***Oo#*OO**o#* . # 629 # # 271 . .#o* o.*o* # 221 . . o* *#O.. # 50Signed-off-by: Alexei Starovoitov Cc: Arnaldo Carvalho de Melo Cc: Arnaldo Carvalho de Melo Cc: Daniel Borkmann Cc: David S. Miller Cc: Jiri Olsa Cc: Linus Torvalds Cc: Masami Hiramatsu Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Peter Zijlstra Cc: Steven Rostedt Link: http://lkml.kernel.org/r/1427312966-8434-9-git-send-email-ast@plumgrid.comSigned-off-by: Ingo Molnar List of files: /linux-6.15/samples/bpf/tracex3_user.c