originally I triggered this with stress-ng on V0.11.08 running sudo stress-ng --perf --cpu 1 -t 10
I've pushed a commit since to not use the TLB flush event to avoid this issue for the moment.
I've worked through all the perf event combinations and found that the kernel panic occurs with the following events:
sudo perf record -eexceptions:page_fault_user,exceptions:page_fault_kernel,tlb:tlb_flush sleep 1
Bisecting the kernel I found that this issue occurred when the following commit landed in the kernel:
commit 763802b53a427ed3cbd419dbba255c414fdd9e7c Author: Joerg Roedel <email address hidden> Date: Sat Mar 21 18:22:41 2020 -0700
x86/mm: split vmalloc_sync_all()
This is a 100% reproducer, always happes on x86-64 in VM and on hardware.
originally I triggered this with stress-ng on V0.11.08 running sudo stress-ng --perf --cpu 1 -t 10
I've pushed a commit since to not use the TLB flush event to avoid this issue for the moment.
I've worked through all the perf event combinations and found that the kernel panic occurs with the following events:
sudo perf record -eexceptions: page_fault_ user,exceptions :page_fault_ kernel, tlb:tlb_ flush sleep 1
Bisecting the kernel I found that this issue occurred when the following commit landed in the kernel:
commit 763802b53a427ed 3cbd419dbba255c 414fdd9e7c
Author: Joerg Roedel <email address hidden>
Date: Sat Mar 21 18:22:41 2020 -0700
x86/mm: split vmalloc_sync_all()
This is a 100% reproducer, always happes on x86-64 in VM and on hardware.