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