[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