aboutgitcodebugslistschat
path: root/virtio.c
diff options
context:
space:
mode:
authorStefano Brivio <sbrivio@redhat.com>2024-12-27 11:40:19 +0100
committerStefano Brivio <sbrivio@redhat.com>2025-01-05 23:49:11 +0100
commit3876fc780d01870040343cdab7da3f14f53272d5 (patch)
tree1ba435f18e7e1b4455e92a03ed714654f2087f3f /virtio.c
parent898e853635a79e33917bb4646ff1fb5fc3a92997 (diff)
downloadpasst-3876fc780d01870040343cdab7da3f14f53272d5.tar
passt-3876fc780d01870040343cdab7da3f14f53272d5.tar.gz
passt-3876fc780d01870040343cdab7da3f14f53272d5.tar.bz2
passt-3876fc780d01870040343cdab7da3f14f53272d5.tar.lz
passt-3876fc780d01870040343cdab7da3f14f53272d5.tar.xz
passt-3876fc780d01870040343cdab7da3f14f53272d5.tar.zst
passt-3876fc780d01870040343cdab7da3f14f53272d5.zip
seccomp: Unconditionally allow accept(2) even if accept4(2) is present
On Alpine Linux 3.21, passt aborts right away as soon as QEMU connects to it. Most likely, this has always been the case with musl, because since musl commit dc01e2cbfb29 ("add fallback emulation for accept4 on old kernels"), accept4() without flags is implemented using accept(). However, I guess that nobody realised earlier because it's typically pasta(1) being used on musl-based distributions, and the only place where we call accept4() without flags is tap_listen_handler(). Add accept() to the list of allowed system calls regardless of the presence of accept4(). Reported-by: NN708 <nn708@outlook.com> Link: https://bugs.passt.top/show_bug.cgi?id=106 Signed-off-by: Stefano Brivio <sbrivio@redhat.com> Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'virtio.c')
0 files changed, 0 insertions, 0 deletions