Hello: This series was applied to bpf/bpf-next.git (master) by Daniel Borkmann <daniel@xxxxxxxxxxxxx>: On Fri, 10 Jun 2022 12:26:46 +0100 you wrote: > We recently removed the uncondtional rlimit bump from bpftool, deferring it > to libbpf to probe the system for memcg-based memory accounting and to > raise the rlimit if necessary. > > This probing is based on the availability of a given BPF helper, and his > known to fail on some environments where the helper, but not the memcg > memory accounting, has been backported. > > [...] Here is the summary with links: - [bpf-next,1/2] Revert "bpftool: Use libbpf 1.0 API mode instead of RLIMIT_MEMLOCK" https://git.kernel.org/bpf/bpf-next/c/6b4384ff1088 - [bpf-next,2/2] bpftool: Do not check return value from libbpf_set_strict_mode() https://git.kernel.org/bpf/bpf-next/c/93270357daa9 You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html