Changes in .gitignore

cbecf716ca618fd44feda6bd9a64a8179d031fc5 - Merge branch 'next' into for-linus

Tue, 23 Feb 2021 06:35:15 +0100

Merge branch 'next' into for-linusPrepare input updates for 5.12 merge window. List of files: /linux/kernel/bpf/preload/iterators/.gitignore

415e915fdfc775ad0c6675fde1008f6f43dd6251 - Merge tag 'v5.11' into next

Tue, 23 Feb 2021 06:21:03 +0100

Merge tag 'v5.11' into nextMerge with mainline to get latest APIs and device tree bindings. List of files: /linux/kernel/bpf/preload/iterators/.gitignore

e77bc7dc9af0ec53996367b2053dfafee83b7edb - Merge branch 'for-5.11/elecom' into for-linus

Wed, 16 Dec 2020 11:41:05 +0100

Merge branch 'for-5.11/elecom' into for-linus- support for EX-G M-XGL20DLBK device, from YOSHIOKA Takuma List of files: /linux/kernel/bpf/preload/iterators/.gitignore

58f7553fa424fd0fd74e8b796d50c66014cebebe - Merge remote-tracking branch 'spi/for-5.10' into spi-linus

Fri, 11 Dec 2020 18:48:50 +0100

Merge remote-tracking branch 'spi/for-5.10' into spi-linus List of files: /linux/kernel/bpf/preload/iterators/.gitignore

031616c434db05ce766f76c62865f55698e0924f - Merge remote-tracking branch 'asoc/for-5.10' into asoc-linus

Fri, 11 Dec 2020 18:47:55 +0100

Merge remote-tracking branch 'asoc/for-5.10' into asoc-linus List of files: /linux/kernel/bpf/preload/iterators/.gitignore

3c09ec59cdea5b132212d97154d625fd34e436dd - Merge branches 'for-next/kvm-build-fix', 'for-next/va-refactor', 'for-next/lto', 'for-next/mem-hotplug', 'for-next/cppc-ffh', 'for-next/pad-image-header', 'for-next/zone-dma-default-32-bit', 'for-next/signal-tag-bits' and 'for-next/cmdline-extended' into for-next/core

Wed, 09 Dec 2020 19:04:35 +0100

Merge branches 'for-next/kvm-build-fix', 'for-next/va-refactor', 'for-next/lto', 'for-next/mem-hotplug', 'for-next/cppc-ffh', 'for-next/pad-image-header', 'for-next/zone-dma-default-32-bit', 'for-next/signal-tag-bits' and 'for-next/cmdline-extended' into for-next/core* for-next/kvm-build-fix: : Fix KVM build issues with 64K pages KVM: arm64: Fix build error in user_mem_abort()* for-next/va-refactor: : VA layout changes arm64: mm: don't assume struct page is always 64 bytes Documentation/arm64: fix RST layout of memory.rst arm64: mm: tidy up top of kernel VA space arm64: mm: make vmemmap region a projection of the linear region arm64: mm: extend linear region for 52-bit VA configurations* for-next/lto: : Upgrade READ_ONCE() to RCpc acquire on arm64 with LTO arm64: lto: Strengthen READ_ONCE() to acquire when CONFIG_LTO=y arm64: alternatives: Remove READ_ONCE() usage during patch operation arm64: cpufeatures: Add capability for LDAPR instruction arm64: alternatives: Split up alternative.h arm64: uaccess: move uao_* alternatives to asm-uaccess.h* for-next/mem-hotplug: : Memory hotplug improvements arm64/mm/hotplug: Ensure early memory sections are all online arm64/mm/hotplug: Enable MEM_OFFLINE event handling arm64/mm/hotplug: Register boot memory hot remove notifier earlier arm64: mm: account for hotplug memory when randomizing the linear region* for-next/cppc-ffh: : Add CPPC FFH support using arm64 AMU counters arm64: abort counter_read_on_cpu() when irqs_disabled() arm64: implement CPPC FFH support using AMUs arm64: split counter validation function arm64: wrap and generalise counter read functions* for-next/pad-image-header: : Pad Image header to 64KB and unmap it arm64: head: tidy up the Image header definition arm64/head: avoid symbol names pointing into first 64 KB of kernel image arm64: omit [_text, _stext) from permanent kernel mapping* for-next/zone-dma-default-32-bit: : Default to 32-bit wide ZONE_DMA (previously reduced to 1GB for RPi4) of: unittest: Fix build on architectures without CONFIG_OF_ADDRESS mm: Remove examples from enum zone_type comment arm64: mm: Set ZONE_DMA size based on early IORT scan arm64: mm: Set ZONE_DMA size based on devicetree's dma-ranges of: unittest: Add test for of_dma_get_max_cpu_address() of/address: Introduce of_dma_get_max_cpu_address() arm64: mm: Move zone_dma_bits initialization into zone_sizes_init() arm64: mm: Move reserve_crashkernel() into mem_init() arm64: Force NO_BLOCK_MAPPINGS if crashkernel reservation is required arm64: Ignore any DMA offsets in the max_zone_phys() calculation* for-next/signal-tag-bits: : Expose the FAR_EL1 tag bits in siginfo arm64: expose FAR_EL1 tag bits in siginfo signal: define the SA_EXPOSE_TAGBITS bit in sa_flags signal: define the SA_UNSUPPORTED bit in sa_flags arch: provide better documentation for the arch-specific SA_* flags signal: clear non-uapi flag bits when passing/returning sa_flags arch: move SA_* definitions to generic headers parisc: start using signal-defs.h parisc: Drop parisc special case for __sighandler_t* for-next/cmdline-extended: : Add support for CONFIG_CMDLINE_EXTENDED arm64: Extend the kernel command line from the bootloader arm64: kaslr: Refactor early init command line parsing List of files: /linux/kernel/bpf/preload/iterators/.gitignore

20c7775aecea04d8ca322039969d49dcf568e0e9 - Merge remote-tracking branch 'origin/master' into perf/core

Thu, 26 Nov 2020 13:16:55 +0100

Merge remote-tracking branch 'origin/master' into perf/coreFurther perf/core patches will depend on: d3f7b1bb2040 ("mm/gup: fix gup_fast with dynamic page table folding")which is already in Linus' tree. List of files: /linux/kernel/bpf/preload/iterators/.gitignore

666fab4a3ea143315a9c059fad9f3a0f1365d54b - Merge branch 'linus' into perf/kprobes

Sat, 07 Nov 2020 12:50:48 +0100

Merge branch 'linus' into perf/kprobesConflicts: include/asm-generic/atomic-instrumented.h kernel/kprobes.cUse the upstream atomic-instrumented.h checksum, and pickthe kprobes version of kernel/kprobes.c, which effectivelyreverts this upstream workaround: 645f224e7ba2: ("kprobes: Tell lockdep about kprobe nesting")Since the new code *should* be fine without nesting.Knock on wood ...Signed-off-by: Ingo Molnar List of files: /linux/kernel/bpf/preload/iterators/.gitignore

5f8f965287494d55e8ba3551e3727a5e9d0eb702 - Merge drm/drm-next into drm-intel-next-queued

Thu, 05 Nov 2020 09:25:17 +0100

Merge drm/drm-next into drm-intel-next-queuedCatch up with v5.10-rc2 and drm-misc-next.Signed-off-by: Jani Nikula List of files: /linux/kernel/bpf/preload/iterators/.gitignore

01be83eea08d6d9f9209843e2e084505fba4053f - Merge branch 'core/urgent' into core/entry

Wed, 04 Nov 2020 18:14:52 +0100

Merge branch 'core/urgent' into core/entryPick up the entry fix before further modifications. List of files: /linux/kernel/bpf/preload/iterators/.gitignore

c489573b5b6ce6442ad4658d9d5ec77839b91622 - Merge drm/drm-next into drm-misc-next

Mon, 02 Nov 2020 11:17:54 +0100

Merge drm/drm-next into drm-misc-nextDaniel needs -rc2 in drm-misc-next to merge some patchesSigned-off-by: Maxime Ripard List of files: /linux/kernel/bpf/preload/iterators/.gitignore

4f6b838c378a52ea3ae0b15f12ca8a20849072fa - Merge tag 'v5.10-rc1' into kvmarm-master/next

Thu, 12 Nov 2020 22:20:43 +0100

Merge tag 'v5.10-rc1' into kvmarm-master/nextLinux 5.10-rc1Signed-off-by: Marc Zyngier List of files: /linux/kernel/bpf/preload/iterators/.gitignore

4a95857a875e887cc958c92fe9d2cde6184d2ec0 - Merge tag 'drm-intel-fixes-2020-10-29' into gvt-fixes

Fri, 30 Oct 2020 04:48:17 +0100

Merge tag 'drm-intel-fixes-2020-10-29' into gvt-fixesBackmerge for 5.10-rc1 to apply one extra APL fix.Signed-off-by: Zhenyu Wang List of files: /linux/kernel/bpf/preload/iterators/.gitignore

f59cddd8517ab880fb09bf1465b07b337e058b22 - Merge tag 'v5.10-rc1' into regulator-5.10

Wed, 28 Oct 2020 22:37:38 +0100

Merge tag 'v5.10-rc1' into regulator-5.10Linux 5.10-rc1 List of files: /linux/kernel/bpf/preload/iterators/.gitignore

3bfd5f422f07a10f485c3f046431783c7c4004f2 - Merge tag 'v5.10-rc1' into spi-5.10

Wed, 28 Oct 2020 22:36:51 +0100

Merge tag 'v5.10-rc1' into spi-5.10Linux 5.10-rc1 List of files: /linux/kernel/bpf/preload/iterators/.gitignore

ce038aeaee68f2e41c732b4b91c7185a1cac14b5 - Merge tag 'v5.10-rc1' into asoc-5.10

Wed, 28 Oct 2020 22:36:35 +0100

Merge tag 'v5.10-rc1' into asoc-5.10Linux 5.10-rc1 List of files: /linux/kernel/bpf/preload/iterators/.gitignore

9ff9b0d392ea08090cd1780fb196f36dbb586529 - Merge tag 'net-next-5.10' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next

Fri, 16 Oct 2020 03:42:13 +0200

Merge tag 'net-next-5.10' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-nextPull networking updates from Jakub Kicinski: - Add redirect_neigh() BPF packet redirect helper, allowing to limit stack traversal in common container configs and improving TCP back-pressure. Daniel reports ~10Gbps => ~15Gbps single stream TCP performance gain. - Expand netlink policy support and improve policy export to user space. (Ge)netlink core performs request validation according to declared policies. Expand the expressiveness of those policies (min/max length and bitmasks). Allow dumping policies for particular commands. This is used for feature discovery by user space (instead of kernel version parsing or trial and error). - Support IGMPv3/MLDv2 multicast listener discovery protocols in bridge. - Allow more than 255 IPv4 multicast interfaces. - Add support for Type of Service (ToS) reflection in SYN/SYN-ACK packets of TCPv6. - In Multi-patch TCP (MPTCP) support concurrent transmission of data on multiple subflows in a load balancing scenario. Enhance advertising addresses via the RM_ADDR/ADD_ADDR options. - Support SMC-Dv2 version of SMC, which enables multi-subnet deployments. - Allow more calls to same peer in RxRPC. - Support two new Controller Area Network (CAN) protocols - CAN-FD and ISO 15765-2:2016. - Add xfrm/IPsec compat layer, solving the 32bit user space on 64bit kernel problem. - Add TC actions for implementing MPLS L2 VPNs. - Improve nexthop code - e.g. handle various corner cases when nexthop objects are removed from groups better, skip unnecessary notifications and make it easier to offload nexthops into HW by converting to a blocking notifier. - Support adding and consuming TCP header options by BPF programs, opening the doors for easy experimental and deployment-specific TCP option use. - Reorganize TCP congestion control (CC) initialization to simplify life of TCP CC implemented in BPF. - Add support for shipping BPF programs with the kernel and loading them early on boot via the User Mode Driver mechanism, hence reusing all the user space infra we have. - Support sleepable BPF programs, initially targeting LSM and tracing. - Add bpf_d_path() helper for returning full path for given 'struct path'. - Make bpf_tail_call compatible with bpf-to-bpf calls. - Allow BPF programs to call map_update_elem on sockmaps. - Add BPF Type Format (BTF) support for type and enum discovery, as well as support for using BTF within the kernel itself (current use is for pretty printing structures). - Support listing and getting information about bpf_links via the bpf syscall. - Enhance kernel interfaces around NIC firmware update. Allow specifying overwrite mask to control if settings etc. are reset during update; report expected max time operation may take to users; support firmware activation without machine reboot incl. limits of how much impact reset may have (e.g. dropping link or not). - Extend ethtool configuration interface to report IEEE-standard counters, to limit the need for per-vendor logic in user space. - Adopt or extend devlink use for debug, monitoring, fw update in many drivers (dsa loop, ice, ionic, sja1105, qed, mlxsw, mv88e6xxx, dpaa2-eth). - In mlxsw expose critical and emergency SFP module temperature alarms. Refactor port buffer handling to make the defaults more suitable and support setting these values explicitly via the DCBNL interface. - Add XDP support for Intel's igb driver. - Support offloading TC flower classification and filtering rules to mscc_ocelot switches. - Add PTP support for Marvell Octeontx2 and PP2.2 hardware, as well as fixed interval period pulse generator and one-step timestamping in dpaa-eth. - Add support for various auth offloads in WiFi APs, e.g. SAE (WPA3) offload. - Add Lynx PHY/PCS MDIO module, and convert various drivers which have this HW to use it. Convert mvpp2 to split PCS. - Support Marvell Prestera 98DX3255 24-port switch ASICs, as well as 7-port Mediatek MT7531 IP. - Add initial support for QCA6390 and IPQ6018 in ath11k WiFi driver, and wcn3680 support in wcn36xx. - Improve performance for packets which don't require much offloads on recent Mellanox NICs by 20% by making multiple packets share a descriptor entry. - Move chelsio inline crypto drivers (for TLS and IPsec) from the crypto subtree to drivers/net. Move MDIO drivers out of the phy directory. - Clean up a lot of W=1 warnings, reportedly the actively developed subsections of networking drivers should now build W=1 warning free. - Make sure drivers don't use in_interrupt() to dynamically adapt their code. Convert tasklets to use new tasklet_setup API (sadly this conversion is not yet complete).* tag 'net-next-5.10' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next: (2583 commits) Revert "bpfilter: Fix build error with CONFIG_BPFILTER_UMH" net, sockmap: Don't call bpf_prog_put() on NULL pointer bpf, selftest: Fix flaky tcp_hdr_options test when adding addr to lo bpf, sockmap: Add locking annotations to iterator netfilter: nftables: allow re-computing sctp CRC-32C in 'payload' statements net: fix pos incrementment in ipv6_route_seq_next net/smc: fix invalid return code in smcd_new_buf_create() net/smc: fix valid DMBE buffer sizes net/smc: fix use-after-free of delayed events bpfilter: Fix build error with CONFIG_BPFILTER_UMH cxgb4/ch_ipsec: Replace the module name to ch_ipsec from chcr net: sched: Fix suspicious RCU usage while accessing tcf_tunnel_info bpf: Fix register equivalence tracking. rxrpc: Fix loss of final ack on shutdown rxrpc: Fix bundle counting for exclusive connections netfilter: restore NF_INET_NUMHOOKS ibmveth: Identify ingress large send packets. ibmveth: Switch order of ibmveth_helper calls. cxgb4: handle 4-tuple PEDIT to NAT mode translation selftests: Add VRF route leaking tests ... List of files: /linux/kernel/bpf/preload/iterators/.gitignore

150f29f5e6ea55d8a7d368b162a4e9947a95d2f5 - Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next

Tue, 01 Sep 2020 22:05:08 +0200

Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-nextDaniel Borkmann says:====================pull-request: bpf-next 2020-09-01The following pull-request contains BPF updates for your *net-next* tree.There are two small conflicts when pulling, resolve as follows:1) Merge conflict in tools/lib/bpf/libbpf.c between 88a82120282b ("libbpf: Factor out common ELF operations and improve logging") in bpf-next and 1e891e513e16 ("libbpf: Fix map index used in error message") in net-next. Resolve by taking the hunk in bpf-next: [...] scn = elf_sec_by_idx(obj, obj->efile.btf_maps_shndx); data = elf_sec_data(obj, scn); if (!scn || !data) { pr_warn("elf: failed to get %s map definitions for %s\n", MAPS_ELF_SEC, obj->path); return -EINVAL; } [...]2) Merge conflict in drivers/net/ethernet/mellanox/mlx5/core/en/xsk/rx.c between 9647c57b11e5 ("xsk: i40e: ice: ixgbe: mlx5: Test for dma_need_sync earlier for better performance") in bpf-next and e20f0dbf204f ("net/mlx5e: RX, Add a prefetch command for small L1_CACHE_BYTES") in net-next. Resolve the two locations by retaining net_prefetch() and taking xsk_buff_dma_sync_for_cpu() from bpf-next. Should look like: [...] xdp_set_data_meta_invalid(xdp); xsk_buff_dma_sync_for_cpu(xdp, rq->xsk_pool); net_prefetch(xdp->data); [...]We've added 133 non-merge commits during the last 14 day(s) which containa total of 246 files changed, 13832 insertions(+), 3105 deletions(-).The main changes are:1) Initial support for sleepable BPF programs along with bpf_copy_from_user() helper for tracing to reliably access user memory, from Alexei Starovoitov.2) Add BPF infra for writing and parsing TCP header options, from Martin KaFai Lau.3) bpf_d_path() helper for returning full path for given 'struct path', from Jiri Olsa.4) AF_XDP support for shared umems between devices and queues, from Magnus Karlsson.5) Initial prep work for full BPF-to-BPF call support in libbpf, from Andrii Nakryiko.6) Generalize bpf_sk_storage map & add local storage for inodes, from KP Singh.7) Implement sockmap/hash updates from BPF context, from Lorenz Bauer.8) BPF xor verification for scalar types & add BPF link iterator, from Yonghong Song.9) Use target's prog type for BPF_PROG_TYPE_EXT prog verification, from Udip Pant.10) Rework BPF tracing samples to use libbpf loader, from Daniel T. Lee.11) Fix xdpsock sample to really cycle through all buffers, from Weqaar Janjua.12) Improve type safety for tun/veth XDP frame handling, from Maciej Żenczykowski.13) Various smaller cleanups and improvements all over the place.====================Signed-off-by: David S. Miller List of files: /linux/kernel/bpf/preload/iterators/.gitignore

0bc23a1d1c8a1b4a5e4b973a7a80a6d067bd3eef - Merge branch 'bpf-umd-debug'

Thu, 20 Aug 2020 16:02:36 +0200

Merge branch 'bpf-umd-debug'Alexei Starovoitov says:====================This patch set is the first real user of user mode driver facility. Thegeneral use case for user mode driver is to ship vmlinux with preloaded BPFprograms. In this particular case the user mode driver populates bpffs instancewith two BPF iterators. In several months BPF_LSM project would need to preloadthe kernel with its own set of BPF programs and attach to LSM hooks instead ofbpffs. BPF iterators and BPF_LSM are unstable from uapi perspective. They aretracing based and peek into arbitrary kernel data structures. One can questionwhy a kernel module cannot embed BPF programs inside. The reason is that libbpfis necessary to load them. First libbpf loads BPF Type Format, then creates BPFmaps, populates them. Then it relocates code sections inside BPF programs,loads BPF programs, and finally attaches them to events. Theoretically libbpfcan be rewritten to work in the kernel, but that is massive undertaking. Themaintenance of in-kernel libbpf and user space libbpf would be anotherchallenge. Another obstacle to embedding BPF programs into kernel module issys_bpf api. Loading of programs, BTF, maps goes through the verifier. Itvalidates and optimizes the code. It's possible to provide in-kernel api to allof sys_bpf commands (load progs, create maps, update maps, load BTF, etc), butthat is huge amount of work and forever maintenance headache.Hence the decision is to ship vmlinux with user mode drivers that loadBPF programs. Just like kernel modules extend vmlinux BPF programsare safe extensions of the kernel and some of them need to ship with vmlinux.This patch set adds a kernel module with user mode driver that populates bpffswith two BPF iterators.$ mount bpffs /my/bpffs/ -t bpf$ ls -la /my/bpffs/total 4drwxrwxrwt 2 root root 0 Jul 2 00:27 .drwxr-xr-x 19 root root 4096 Jul 2 00:09 ..-rw------- 1 root root 0 Jul 2 00:27 maps.debug-rw------- 1 root root 0 Jul 2 00:27 progs.debugThe user mode driver will load BPF Type Formats, create BPF maps, populate BPFmaps, load two BPF programs, attach them to BPF iterators, and finally send twobpf_link IDs back to the kernel.The kernel will pin two bpf_links into newly mounted bpffs instance undernames "progs.debug" and "maps.debug". These two files become human readable.$ cat /my/bpffs/progs.debug id name attached 11 dump_bpf_map bpf_iter_bpf_map 12 dump_bpf_prog bpf_iter_bpf_prog 27 test_pkt_access 32 test_main test_pkt_access test_pkt_access 33 test_subprog1 test_pkt_access_subprog1 test_pkt_access 34 test_subprog2 test_pkt_access_subprog2 test_pkt_access 35 test_subprog3 test_pkt_access_subprog3 test_pkt_access 36 new_get_skb_len get_skb_len test_pkt_access 37 new_get_skb_ifindex get_skb_ifindex test_pkt_access 38 new_get_constant get_constant test_pkt_accessThe BPF program dump_bpf_prog() in iterators.bpf.c is printing this data aboutall BPF programs currently loaded in the system. This information is unstableand will change from kernel to kernel.In some sence this output is similar to 'bpftool prog show' that is usingstable api to retreive information about BPF programs. The BPF subsytems growsquickly and there is always demand to show as much info about BPF things aspossible. But we cannot expose all that info via stable uapi of bpf syscall,since the details change so much. Right now a BPF program can be attached toonly one other BPF program. Folks are working on patches to enablemulti-attach, but for debugging it's necessary to see the current state. Thereis no uapi for that, but above output shows it: 37 new_get_skb_ifindex get_skb_ifindex test_pkt_access 38 new_get_constant get_constant test_pkt_access [1] [2] [3][1] is the full name of BPF prog from BTF.[2] is the name of function inside target BPF prog.[3] is the name of target BPF prog.[2] and [3] are not exposed via uapi, since they will change from single tomulti soon. There are many other cases where bpf internals are useful fordebugging, but shouldn't be exposed via uapi due to high rate of changes.systemd mounts /sys/fs/bpf at the start, so this kernel module with user modedriver needs to be available early. BPF_LSM most likely would need to preloadBPF programs even earlier.Few interesting observations:- though bpffs comes with two human readble files "progs.debug" and "maps.debug" they can be removed. 'rm -f /sys/fs/bpf/progs.debug' will remove bpf_link and kernel will automatically unload corresponding BPF progs, maps, BTFs. In the future '-o remount' will be able to restore them. This is not implemented yet.- 'ps aux|grep bpf_preload' shows nothing. User mode driver loaded BPF iterators and exited. Nothing is lingering in user space at this point.- We can consider giving 0644 permissions to "progs.debug" and "maps.debug" to allow unprivileged users see BPF things loaded in the system. We cannot do so with "bpftool prog show", since it's using cap_sys_admin parts of bpf syscall.- The functionality split between core kernel, bpf_preload kernel module and user mode driver is very similar to bpfilter style of interaction.- Similar BPF iterators can be used as unstable extensions to /proc. Like mounting /proc can prepopolate some subdirectory in there with a BPF iterator that will print QUIC sockets instead of tcp and udp.Changelog:v5->v6:- refactored Makefiles with Andrii's help - switched to explicit $(MAKE) style - switched to userldlibs instead of userldflags - fixed build issue with libbpf Makefile due to invocation from kbuild- fixed menuconfig order as spotted by Daniel- introduced CONFIG_USERMODE_DRIVER bool that is selected by bpfilter and bpf_preloadv4->v5:- addressed Song and Andrii feedback. s/pages/max_entries/v3->v4:- took THIS_MODULE in patch 3 as suggested by Daniel to simplify the code.- converted BPF iterator to use BTF (when available) to print full BPF program nameinstead of 16-byte truncated version.This is something I've been using drgn scripts for.Take a look at get_name() in iterators.bpf.c to see how short it is comparingto what user space bpftool would have to do to print the same full name:. get prog info via obj_info_by_fd. do get_fd_by_id from info->btf_id. fetch potentially large BTF of the program from the kernel. parse that BTF in user space to figure out all type boundaries and string section. read info->func_info to get btf_id of func_proto from there. find that btf_id in the parsed BTFThat's quite a bit work for bpftool comparing to few lines in get_name().I guess would be good to make bpftool do this info extraction anyway.While doing this BTF reading in the kernel realized that the verifier is not smartenough to follow double pointers (added to my todo list), otherwise get_name()would have been even shorter.v2->v3:- fixed module unload race (Daniel)- added selftest (Daniel)- fixed build bot warningv1->v2:- changed names to 'progs.debug' and 'maps.debug' to hopefully better indicate instability of the text output. Having dot in the name also guarantees that these special files will not conflict with normal bpf objects pinned in bpffs, since dot is disallowed for normal pins.- instead of hard coding link_name in the core bpf moved into UMD.- cleanedup error handling.- addressed review comments from Yonghong and Andrii.====================Signed-off-by: Daniel Borkmann List of files: /linux/kernel/bpf/preload/iterators/.gitignore

f0fdfefb2d4da5b76c3f810be0edb2ab90360224 - bpf: Add BPF program and map iterators as built-in BPF programs.

Wed, 19 Aug 2020 06:27:57 +0200

bpf: Add BPF program and map iterators as built-in BPF programs.The program and map iterators work similar to seq_file-s.Once the program is pinned in bpffs it can be read with "cat" toolto print human readable output. In this case about BPF programs and maps.For example:$ cat /sys/fs/bpf/progs.debug id name attached 5 dump_bpf_map bpf_iter_bpf_map 6 dump_bpf_prog bpf_iter_bpf_prog$ cat /sys/fs/bpf/maps.debug id name max_entries 3 iterator.rodata 1To avoid kernel build dependency on clang 10 separate bpf skeleton generationinto manual "make" step and instead check-in generated .skel.h into git.Unlike 'bpftool prog show' in-kernel BTF name is used (when available)to print full name of BPF program instead of 16-byte truncated name.Signed-off-by: Alexei Starovoitov Signed-off-by: Daniel Borkmann Acked-by: Andrii Nakryiko Link: https://lore.kernel.org/bpf/20200819042759.51280-3-alexei.starovoitov@gmail.com List of files: /linux/kernel/bpf/preload/iterators/.gitignore