summaryrefslogtreecommitdiffstats
path: root/sys/dev/pv/xen.c
diff options
context:
space:
mode:
authormikeb <mikeb@openbsd.org>2017-07-14 18:24:51 +0000
committermikeb <mikeb@openbsd.org>2017-07-14 18:24:51 +0000
commitb46466cdb751e371d124604611009c226bc1af16 (patch)
tree39a05a63e8287832af9f98329c52238bb0d568bb /sys/dev/pv/xen.c
parentalways give commas their own <mo> element, (diff)
downloadwireguard-openbsd-b46466cdb751e371d124604611009c226bc1af16.tar.xz
wireguard-openbsd-b46466cdb751e371d124604611009c226bc1af16.zip
Support out-of-order TX completion notifications
Apparently, just like the disk interface, the network backend may post TX completions out-of-order, i.e. the ring position doesn't determine which descriptor is being completed and the code must look at the response id inside the completion message. It might seem obvious, but since networking hardware doesn't usually work this way, it was something that has been overlooked. Based on instability reports from Kirill Miazine <km at krot ! org>, thanks!
Diffstat (limited to 'sys/dev/pv/xen.c')
0 files changed, 0 insertions, 0 deletions