On 2/25/26 1:24 PM, David Marchand wrote: > On Wed, 25 Feb 2026 at 12:04, David Marchand via dev > <[email protected]> wrote: >> >> By default, DPDK based dp-packets points to data buffers that can't be >> expanded dynamically. >> Their layout is as follows: >> - a minimum 128 bytes headroom chosen at DPDK build time >> (RTE_PKTMBUF_HEADROOM), >> - a maximum size chosen at mempool creation, >> >> In some usecases though (like encapsulating with multiple tunnels), >> a 128 bytes headroom is too short. >> >> Keep on using mono segment packets but dynamically allocate buffers >> in DPDK memory and make use of DPDK external buffers API >> (previously used for userspace TSO). >> >> Signed-off-by: David Marchand <[email protected]> > > Here is a strange failure in Cirrus CI (unrelated to the patch afaict). > Any idea what it could be? Some race?
These are well-known issues. At this point in time, I assume that it's a bug in FreeBSD's implementation of async io, as I looked at it multiple times and didn't find OVS doing anything non-compliant with POSIX aio API. The log writes sometimes are just re-ordered on large outputs... Best regards, Ilya Maximets. > > 487: ovs-ofctl replace-flows with --bundle FAILED (ovs-ofctl.at:3438) > > ./ovs-ofctl.at:3438: print_vconn_debug | vconn_sub | ofctl_strip > --- - 2026-02-25 11:59:36.400451000 +0000 > +++ /tmp/cirrus-ci-build/tests/testsuite.dir/at-groups/487/stdout > 2026-02-25 11:59:36.399629000 +0000 > @@ -39,9 +39,9 @@ > bundle_id=0 type=COMMIT_REPLY flags=0 > vconn|DBG|unix: sent (Success): OFPT_HELLO (OF1.5): > version bitmap: 0x01, 0x02, 0x03, 0x04, 0x05, 0x06 > +vconn|DBG|unix: negotiated OpenFlow version 0x05 (we support version > 0x06 and earlier, peer supports version 0x05) > vconn|DBG|unix: received: OFPT_HELLO (OF1.4): > version bitmap: 0x05 > -vconn|DBG|unix: negotiated OpenFlow version 0x05 (we support version > 0x06 and earlier, peer supports version 0x05) > vconn|DBG|unix: received: OFPST_FLOW request (OF1.4): > vconn|DBG|unix: sent (Success): OFPST_FLOW reply (OF1.4): > table=1, importance=1, dl_vlan=1 actions=drop > > _______________________________________________ dev mailing list [email protected] https://mail.openvswitch.org/mailman/listinfo/ovs-dev
