Attention is currently required from: cron2, flichtenheld, plaisthos.

ordex has posted comments on this change. ( 
http://gerrit.openvpn.net/c/openvpn/+/1100?usp=email )

Change subject: dco_linux: fix async message reception
......................................................................


Patch Set 4:

(6 comments)

File src/openvpn/dco_linux.c:

http://gerrit.openvpn.net/c/openvpn/+/1100/comment/b17821a3_854b55f6 :
PS4, Line 170:  * Send a prepared netlink message and registers cb as callback 
if non-null.
> this comment needs changing, though... […]
Acknowledged


http://gerrit.openvpn.net/c/openvpn/+/1100/comment/6d73e782_65951dfb :
PS4, Line 903:         msg(M_WARN, "%s: no peer-id provided in reply", 
__func__);
> maybe change the "reply" to "whatever this message type is", similar to the 
> other "no peer-id provid […]
the difference is that here we print the function name, so the context is 
obvious. In the other messages we only have the "ovpn-dco" prefix (because that 
code was all embedded in ovpn_handle_msg() before this patch).

I think it makes sense to follow your suggestion, but I will also switch to the 
"ovpn-dco:" prefix


http://gerrit.openvpn.net/c/openvpn/+/1100/comment/69bbc8ae_718dd631 :
PS4, Line 938:         msg(M_WARN, "%s: no peer-id provided in reply", 
__func__);
> as well
Acknowledged


http://gerrit.openvpn.net/c/openvpn/+/1100/comment/c0bbb1b8_731eaf6c :
PS4, Line 951:         struct multi_instance *mi = 
dco->c->multi->instances[peer_id];
> how can we ever end here?
check_timeout() for --inactive. In that code path we sadly check each peer one 
by one and thus we call PEER_GET on each specific peer one by one.


http://gerrit.openvpn.net/c/openvpn/+/1100/comment/25f2c886_37016329 :
PS4, Line 1182:             if (nlh->nlmsg_flags & NLM_F_MULTI)
> I'm not sure I understand this. […]
hehe!
Check: 
https://elixir.bootlin.com/linux/v6.16-rc6/source/include/uapi/linux/netlink.h#L63

This flag means this message is part of a set of messages, together forming the 
actual reply.
We get this kind of reply when we issue a PEER_GET with no specific peer-id.
Which is what the P2MP code does to fetch the stats.

P2P will never call this because it always query its one specific peer.


http://gerrit.openvpn.net/c/openvpn/+/1100/comment/131162e2_128a7d4a :
PS4, Line 1189:             }
> I do wonder if this `if()` shouldn't just look at p->mode?  Since `multi` 
> does not want to deal with […]
as mentioned above, MODE_MP may still need to call ovpn_handle_peer()



--
To view, visit http://gerrit.openvpn.net/c/openvpn/+/1100?usp=email
To unsubscribe, or for help writing mail filters, visit 
http://gerrit.openvpn.net/settings

Gerrit-Project: openvpn
Gerrit-Branch: master
Gerrit-Change-Id: I23ad79e14844aefde9ece34dadef0b75ff267201
Gerrit-Change-Number: 1100
Gerrit-PatchSet: 4
Gerrit-Owner: ordex <anto...@mandelbit.com>
Gerrit-Reviewer: cron2 <g...@greenie.muc.de>
Gerrit-Reviewer: flichtenheld <fr...@lichtenheld.com>
Gerrit-Reviewer: plaisthos <arne-open...@rfc2549.org>
Gerrit-CC: openvpn-devel <openvpn-devel@lists.sourceforge.net>
Gerrit-Attention: plaisthos <arne-open...@rfc2549.org>
Gerrit-Attention: cron2 <g...@greenie.muc.de>
Gerrit-Attention: flichtenheld <fr...@lichtenheld.com>
Gerrit-Comment-Date: Wed, 23 Jul 2025 21:55:04 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: cron2 <g...@greenie.muc.de>
Gerrit-MessageType: comment
_______________________________________________
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel

Reply via email to