aboutgitcodebugslistschat
diff options
context:
space:
mode:
authorDavid Gibson <david@gibson.dropbear.id.au>2026-08-18 14:35:13 +1000
committerStefano Brivio <sbrivio@redhat.com>2026-09-08 16:11:20 +0200
commit67dfdbd8f9bad173c874d61aefd43cceadeae259 (patch)
treea60fa4cc2c1f6cf4c3399ee0681003b9678fde53
parent553ed8bbf31fbb431fe8b03347862d899a4d072e (diff)
downloadpasst-67dfdbd8f9bad173c874d61aefd43cceadeae259.tar
passt-67dfdbd8f9bad173c874d61aefd43cceadeae259.tar.gz
passt-67dfdbd8f9bad173c874d61aefd43cceadeae259.tar.bz2
passt-67dfdbd8f9bad173c874d61aefd43cceadeae259.tar.lz
passt-67dfdbd8f9bad173c874d61aefd43cceadeae259.tar.xz
passt-67dfdbd8f9bad173c874d61aefd43cceadeae259.tar.zst
passt-67dfdbd8f9bad173c874d61aefd43cceadeae259.zip
udp_flow: Remove obsolete comment
This comment was true - although the upshot was not particularly clear - when it was introduced. However, for other reaosns we now *do* always populate ini->oaddr from flow_initiate_sa(). So rather than explaning why we can't, we can actually validate ini->oaddr. Signed-off-by: David Gibson <david@gibson.dropbear.id.au> Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
-rw-r--r--udp_flow.c5
1 files changed, 1 insertions, 4 deletions
diff --git a/udp_flow.c b/udp_flow.c
index f59649f..a29f356 100644
--- a/udp_flow.c
+++ b/udp_flow.c
@@ -247,11 +247,8 @@ flow_sidx_t udp_flow_from_sock(const struct ctx *c, uint8_t pif,
ini = flow_initiate_sa(flow, pif, s_in, dst, port);
if (!inany_is_unicast(&ini->eaddr) ||
+ inany_is_unspecified(&ini->oaddr) ||
ini->eport == 0 || ini->oport == 0) {
- /* In principle ini->oddr also must be specified, but when we've
- * been initiated from a socket bound to 0.0.0.0 or ::, we don't
- * know our address, so we have to leave it unpopulated.
- */
flow_err_ratelimit(flow, now,
"Invalid endpoint on UDP recvfrom()");
flow_alloc_cancel(flow);