HFTKernel 7.2.11
Stronger zero-copy networking, ordered NIC queues, and more reliable time hardware
Upstream baseline: Linux 7.2.11. Changes since Linux 7.2.10. Release date: October 15, 2026.
Stronger mlx5 AF_XDP buffer ownership
HFTKernel 7.2.11 strengthens AF_XDP zero-copy receive processing on NVIDIA mlx5 adapters.
For striding receive queues, MPWQE refill retries now preserve explicit ownership state for every XSK buffer. If allocation temporarily fails, a later NAPI retry no longer releases the same UMEM frame through a stale pointer.
The retry path is now idempotent:
- each original XSK buffer is released once;
- partially completed refills retain their ownership state;
- successful allocation replaces the buffer and clears the release marker;
- subsequent retries operate only on buffers that still require replacement.
A 20-second upstream AF_XDP pressure run exercised 1,575,262 buffer allocation failures without invalid descriptors, WQE errors, or kernel warnings.
The legacy cyclic receive queue receives the same ownership protection.
In the corresponding upstream test, 64-byte UDP traffic was offered at 12 Mpps. The updated path processed 356,904,225 packets in 30 seconds, including 571,405 xdp_rx_ring_full events, with no ownership or data errors.
For HFTKernel, this strengthens high-rate market data ingestion, AF_XDP feed handlers, packet distribution systems, and zero-copy capture workloads under receive-ring pressure.
Ordered Intel ICE TX doorbells
The Intel ICE driver again uses ordered MMIO writes when publishing TX queue doorbells.
The driver first updates Dynamic Queue Limits accounting in normal memory, then notifies the NIC that new descriptors are available. The ordered write ensures that queue accounting is globally visible before the device can complete the transmitted work.
This is particularly important on ARM64, where writel_relaxed() does not provide the required ordering between normal memory and MMIO.
The change was exercised with an Intel E810-XXV adapter under sustained network load. The ordered path kept NIC completion and software queue accounting synchronized.
For HFTKernel, this strengthens sustained TX processing on compatible Intel hardware and preserves a consistent relationship between descriptor submission, hardware execution, and completion accounting.
Correct mlx5 ICOSQ completion ordering
The mlx5 driver now updates the completion-queue doorbell before publishing the ICOSQ consumer counter.
A dma_wmb() keeps the two operations ordered:
- CQ space is released to the device.
- The software consumer counter advances.
- The device observes the updated completion capacity before additional internal control work is submitted.
This preserves the completion-queue lifecycle and keeps internal mlx5 send-queue processing aligned between the host and NIC.
More reliable Google GVE AF_XDP lifecycle
Google Virtual Ethernet DQO receives a coordinated set of AF_XDP zero-copy lifecycle improvements.
XSK buffers are now released when an RX completion descriptor reports an error. Buffers posted to the NIC are also returned when RX rings are stopped or reset.
XSK-pool shutdown now uses the correct NAPI locking variant when queue-management operations already hold the netdevice lock. This keeps queue reconfiguration moving without attempting to acquire the same lock twice.
The queue-stop and XSK-pool changes cover production scenarios observed in Google Cloud environments.
For HFTKernel Cloud, this supports clean AF_XDP setup, reconfiguration, restart, and teardown on GVE DQO interfaces.
More accurate OCP PTP PCIe delay estimation
The OCP PTP driver now uses KTIME_MAX as the initial upper bound for PCIe delay estimation.
The previous unsigned maximum became a negative value when represented as ktime_t, which prevented real measured delays from replacing it. The updated calculation uses the correct signed time domain and maintains a valid timestamp-window adjustment.
This improves PCIe path-delay compensation for supported OCP time cards and strengthens the relationship between the host timestamp window and the hardware clock read.
For HFTKernel, this provides a cleaner time-hardware foundation for PTP synchronization, timestamp correlation, and latency measurement.
More consistent cpuset state during CPU lifecycle changes
HFTKernel 7.2.11 includes several cpuset corrections relevant to automated CPU placement.
During CPU offline operations, guarantee_active_cpus() now accounts for the interval between changes to the active CPU mask and propagation of the updated effective cpuset masks.
Cgroup mode is evaluated while holding cpuset_mutex, keeping hierarchy state and mask updates synchronized.
The v2-mode check also uses a dedicated stable flag instead of reading a potentially changing cgroup-root pointer.
Together, these changes strengthen cpuset state across:
- CPU hotplug;
- cgroup mount and rebind operations;
- service lifecycle changes;
- automated CPU partition management.
For HFTKernel, this supports dependable separation of trading cores, network cores, housekeeping CPUs, and service workloads.
Bounded Open vSwitch flow-dump processing
Open vSwitch netlink flow dumps now keep bottom halves disabled across each bounded dump callback.
Previously, repeated local bottom-half enable operations could make the dump thread process the pending softIRQ backlog itself. On a busy packet-processing CPU, that backlog could refill continuously.
The updated path keeps the callback bounded by the flow entries placed into the current netlink response. Packet softIRQ processing remains with the normal networking execution paths instead of being absorbed by the flow-dump control-plane thread.
For HFTKernel Cloud and virtualized networking profiles, this creates a cleaner boundary between datapath load and diagnostic control-plane operations.
Predictable io_uring ring setup
SQ, CQ, and provided-buffer rings are no longer charged against RLIMIT_MEMLOCK, restoring their established setup semantics.
This keeps ordinary unprivileged services from receiving an artificial ring-count limit from memory that is already controlled through the io_uring and memory-cgroup lifecycle.
The upstream reproducer using 4,096-entry rings returned from 21 rings to the expected 64-ring setup under the default 8 MiB memlock limit.
For compound io_uring memory regions that are genuinely charged, accounting now includes every allocated page, including power-of-two tail pages outside the requested logical region.
When the compound allocation would exceed the limit, io_uring can fall back to an exact-size bulk allocation.
This combination provides:
- predictable SQ and CQ creation;
- predictable provided-buffer-ring creation;
- accurate accounting for pinned compound allocations;
- better use of memory near configured limits.
Correct accounting for locked remapped memory
MREMAP_DONTUNMAP now preserves consistent locked_vm accounting in two additional cases.
Self-merging locked anonymous VMAs remain separated so the source and destination can retain their correct lock state.
Partial remaps of locked VMAs split the source range before page-table movement, keeping accounting aligned with the pages that remain at the source and those represented by the destination.
For HFTKernel, this strengthens memory lifecycle accounting for applications using locked working sets together with advanced remapping operations.
More reliable AF_PACKET, Virtio, VLAN, and GSO parsing
Virtual networking and packet-socket paths now apply a consistent header-dissection sequence.
VLAN-tagged GSO packets sent through AF_PACKET SOCK_RAW are parsed after Virtio metadata has been applied. This preserves the correct network and transport-header positions and avoids redundant dissection.
Virtio-backed GSO packets are always flow-dissected when checksum offload metadata does not provide the transport position. This ensures that:
- the network protocol is validated;
- the transport header is present in linear data;
- the transport offset is initialized;
- IPv4 options and IPv6 extension headers are handled correctly.
Flow-dissection offsets are also handled correctly for packet buffers larger than 64 KiB, including BIG TCP and large AF_PACKET PACKET_VNET_HDR frames. The BPF flow-dissector path receives the same protection.
For HFTKernel, this strengthens packet capture, replay, TUN/TAP, Virtio, BPF classification, and virtual gateway workloads.
Stronger TCP zero-copy receive with device memory
TCP zero-copy receive now recognizes non-page-backed net_iov fragments before requesting page-mapping hints.
This covers both DMA-BUF-backed device memory and io_uring net_iov types.
Readable page-backed data can still be copied or mapped normally. When the next fragment belongs to device memory, the kernel returns the correct skip hint instead of treating it as a conventional page.
This strengthens the interaction between TCP zero-copy receive, device memory, DMA-BUF, and io_uring-backed network buffers.
Safer XDP and TCP header-data split configuration
Network devices now recognize single-buffer XDP programs attached through bpf_link when deciding whether TCP header-data split can be enabled.
The kernel therefore preserves compatibility between the attached XDP program and the NIC receive-buffer layout regardless of whether the program was installed through the legacy path or the BPF link API.
Veth also refreshes peer XDP transmit capability correctly after GRO configuration changes while the interface is down, keeping container and namespace redirect paths aligned with the active peer configuration.
Direct IOMMU mapping for MMIO resources
MMIO resources carrying DMA_ATTR_MMIO now bypass SWIOTLB bounce handling.
MMIO cannot be copied through a bounce buffer. The updated path proceeds directly to IOMMU IOVA mapping, including non-page-aligned resources.
For HFTKernel Hardware, this strengthens device and accelerator resource mapping behind an IOMMU and removes an incompatible intermediate path from MMIO setup.
AMD TLB invalidation protection
HFTKernel 7.2.11 detects AMD TLBI Erratum #1718.
On affected processors, an INVLPGB and TLBSYNC sequence may not invalidate the intended TLB entry. When updated microcode is not available, the kernel activates a software workaround.
This strengthens address-space transition and TLB invalidation correctness on supported AMD systems.
Stronger Broadcom NetXtreme-E TX and PCIe recovery
The Broadcom bnxt_en driver now maps the full padded length of short TX packets.
This keeps DMA length aligned with the packet size presented to hardware, including small control frames transmitted through VLAN and macvlan interfaces on supported NetXtreme-E adapters.
PCIe recovery also restores BAR configuration consistently for both fatal and non-fatal reset paths. Device MMIO visibility, bus mastering, and memory decoding are re-established in a controlled order after recovery.
Included measurement tools
HFTKernel 7.2.11 includes:
cpujitterFor CPU execution gaps, scheduler interference, IRQ and softIRQ activity, and latency tails.
memjitterFor allocation, first-touch, locked working sets, and memory-pressure behavior.
irqjitterFor IRQ and softIRQ activity analysis.
These tools connect kernel-level changes with the behavior of the complete application stack.
HFTKernel 7.2.11 result
HFTKernel 7.2.11 strengthens the operating system around latency-sensitive applications:
- mlx5 AF_XDP retries preserve UMEM ownership under ring and allocation pressure;
- Google GVE manages AF_XDP buffers consistently across error and queue lifecycle events;
- Intel ICE publishes TX queue state before ringing the NIC doorbell;
- mlx5 keeps completion-space updates ordered with internal send-queue progress;
- OCP PTP cards maintain correct PCIe delay compensation;
- cpuset state remains consistent during CPU and cgroup lifecycle changes;
- Open vSwitch keeps flow-dump work separate from an unbounded softIRQ backlog;
- io_uring rings retain predictable setup and accurate memory accounting;
- AF_PACKET, Virtio, GSO, BIG TCP, XDP, and TCP zero-copy paths receive stronger buffer and header handling;
- AMD TLB invalidation and IOMMU MMIO mapping receive hardware-specific protection.
Together, these changes provide a more predictable and measurable foundation for HFT, market data, execution gateways, cloud networking, packet processing, and hardware-timestamped infrastructure.