[LTP] [PATCH] syscalls/bpf: bump RLIMIT_MEMLOCK limit
Cyril Hrubis
chrubis@suse.cz
Thu Feb 27 14:31:59 CET 2020
Hi!
> Some bpf array types reserve space according to number of
> possible CPUs. This is running into limits on a ppc64le with
> 64k pages and NR_CPUS==2048:
> 84 bpf_map01(1049142): <-bpf_map_init_from_attr
> 89 bpf_map01(1049142): ->bpf_map_charge_init mem={.pages=0, .user=0x0} size=208456
> 94 bpf_map01(1049142): <-bpf_map_charge_init return=0xffffffffffffffff
>
> Signed-off-by: Jan Stancek <jstancek@redhat.com>
> ---
> testcases/kernel/syscalls/bpf/bpf_common.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/testcases/kernel/syscalls/bpf/bpf_common.h b/testcases/kernel/syscalls/bpf/bpf_common.h
> index 1dbbd5f25635..d36a2b09ffd9 100644
> --- a/testcases/kernel/syscalls/bpf/bpf_common.h
> +++ b/testcases/kernel/syscalls/bpf/bpf_common.h
> @@ -6,7 +6,7 @@
> #ifndef LTP_BPF_COMMON_H
> #define LTP_BPF_COMMON_H
>
> -#define BPF_MEMLOCK_ADD (256*1024)
> +#define BPF_MEMLOCK_ADD (2*1024*1024)
Looks still reasonably small so that we can raise it unconditionally,
acked.
--
Cyril Hrubis
chrubis@suse.cz
More information about the ltp
mailing list