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...


"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

Attachment: signature.asc
Description: PGP signature

Openvpn-devel mailing list

Reply via email to