summaryrefslogtreecommitdiff
path: root/etc/etc.riscv64
diff options
context:
space:
mode:
authorDavid Gwynne <dlg@cvs.openbsd.org>2021-06-25 23:48:31 +0000
committerDavid Gwynne <dlg@cvs.openbsd.org>2021-06-25 23:48:31 +0000
commit72b0fcba3113021a088d28ef80d7cbc8b16e5c62 (patch)
treee8dce9806c4681ddda076ce0deb9db6f4b86502d /etc/etc.riscv64
parent4dd95b4b10003fa50d8bb33313fb087fb061bdf1 (diff)
let pfsync_request_update actually retry when it overfills a packet.
a continue in the middle of a do { } while (0) loop is effectively a break, it doesnt restart the loop. without the retry, the code leaked update messages which in turn made pool_destroy in pfsync destroy trip over a kassert cos items were still out. found by and fix tested by hrvoje popovski ok sashan@
Diffstat (limited to 'etc/etc.riscv64')
0 files changed, 0 insertions, 0 deletions