summaryrefslogtreecommitdiff
path: root/samples/bpf/tcp_bufs_kern.c
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2021-09-01 23:30:26 +0300
committerPaolo Bonzini <pbonzini@redhat.com>2021-09-22 17:24:01 +0300
commit8646e53633f314e4d746a988240d3b951a92f94a (patch)
tree5815881b9c3784a7e4bfebec986b20f0840d59ea /samples/bpf/tcp_bufs_kern.c
parente4e737bb5c170df6135a127739a9e6148ee3da82 (diff)
downloadlinux-8646e53633f314e4d746a988240d3b951a92f94a.tar.xz
KVM: rseq: Update rseq when processing NOTIFY_RESUME on xfer to KVM guest
Invoke rseq's NOTIFY_RESUME handler when processing the flag prior to transferring to a KVM guest, which is roughly equivalent to an exit to userspace and processes many of the same pending actions. While the task cannot be in an rseq critical section as the KVM path is reachable only by via ioctl(KVM_RUN), the side effects that apply to rseq outside of a critical section still apply, e.g. the current CPU needs to be updated if the task is migrated. Clearing TIF_NOTIFY_RESUME without informing rseq can lead to segfaults and other badness in userspace VMMs that use rseq in combination with KVM, e.g. due to the CPU ID being stale after task migration. Fixes: 72c3c0fe54a3 ("x86/kvm: Use generic xfer to guest work function") Reported-by: Peter Foley <pefoley@google.com> Bisected-by: Doug Evans <dje@google.com> Acked-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Cc: Shakeel Butt <shakeelb@google.com> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: stable@vger.kernel.org Signed-off-by: Sean Christopherson <seanjc@google.com> Message-Id: <20210901203030.1292304-2-seanjc@google.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'samples/bpf/tcp_bufs_kern.c')
0 files changed, 0 insertions, 0 deletions