Hi, On Tue, Dec 27, 2022 at 03:24:01AM +0100, Arne Schwabe wrote: > with dco sometimes we end up promoting a timeout event to read event. > For the residual read, this problem is probably not solvable without > changing the kernel DCO API (ie. passing our residual on new_peer to > let the kernel handle assembling the next packet.) > > Signed-off-by: Arne Schwabe <a...@rfc2549.org>
So after a long and extensive round of testing (this one as it is,
and 1/4+2/4 against the gremlins) I can say that it does not break
anything, and fixes the "too many TCP connects will cause a fd=-1
recv() and subsequent crash".
After some more discussion on IRC neither Arne and I seem to really
fully understand the residual stuff, so not merging this yet, more
study is needed...
gert
--
"If was one thing all people took for granted, was conviction that if you
feed honest figures into a computer, honest figures come out. Never doubted
it myself till I met a computer with a sense of humor."
Robert A. Heinlein, The Moon is a Harsh Mistress
Gert Doering - Munich, Germany g...@greenie.muc.de
signature.asc
Description: PGP signature
_______________________________________________ Openvpn-devel mailing list Openvpn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-devel
