Release notes

HFTKernel 7.2.x release notes.

Browse the 7.2.x kernel line from newest to oldest, with the upstream changes most relevant to predictable CPU execution, stable networking, accurate timekeeping, virtualization, memory behavior, and measurable latency tails.

Public changelog

Release notes

Each entry focuses on upstream changes that support HFTKernel’s primary goals: minimal jitter, controlled tail latency, a stable data path, accurate timekeeping, and measurable behavior under pressure.

HFTKernel 7.2.11

Stronger zero-copy networking, ordered NIC queues, and more reliable time hardware

Latest 7.2.x entry

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:

  1. CQ space is released to the device.
  2. The software consumer counter advances.
  3. 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:

cpujitter

For CPU execution gaps, scheduler interference, IRQ and softIRQ activity, and latency tails.

memjitter

For allocation, first-touch, locked working sets, and memory-pressure behavior.

irqjitter

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

HFTKernel 7.2.10

Faster timer completion, stronger LLC locality, and more reliable zero-copy networking

Upstream baseline: Linux 7.2.10. Changes since Linux 7.2.9. Release date: October 11, 2026.

Faster high-resolution timer completion

The high-resolution timer return path now clears TIF_HRTIMER_REARM using the correct bit mask.

This keeps task work queued from an hrtimer callback visible to the return-to-userspace loop. Applications polling an io_uring completion ring receive timer completions promptly instead of waiting for a later system call, interrupt, or reschedule.

In the upstream 2-vCPU QEMU configuration with HZ=1000, the median timeout-completion delay improved from 30 ms to 70 µs.

For HFTKernel, this strengthens timer-driven state machines, timeout handling, async I/O, connection supervision, and other latency-sensitive control paths.

Stronger cache-aware scheduling

Linux 7.2.10 includes a coordinated set of cache-aware scheduler improvements.

Kernel threads are excluded from userspace cache-group accounting, preventing them from inheriting application cache statistics.

Scheduler hot-path access to cache groups now goes directly through task_struct, with an independent reference for each task. This separates scheduler cache-group lifetime from mm_struct replacement during fork, exec, and exit.

Active load balancing preserves the migrate_llc_task policy, so it selects a task that actually prefers the destination LLC instead of moving another task away from its preferred cache domain.

Runnable-task accounting also follows the exact set of tasks eligible for migration, including delayed-dequeue transitions.

On asymmetric and hybrid processors, scheduler capacity takes priority when moving a task to its preferred LLC would place it on a CPU that is too small for the workload.

HFTKernel continues to use explicit affinity for critical trading threads. These scheduler improvements strengthen supporting services, monitoring components, control-plane processes, and other workloads that remain scheduler-managed.

More deterministic io_uring zero-copy receive

Multishot RECV_ZC now records when a receive pass stops because a local resource is exhausted.

If partial progress was made, the request is requeued. The next pass either continues processing or returns an explicit error completion that the application can use to re-arm the operation.

This replaces an implicit idle state with a deterministic and observable transition. Unread TCP data no longer waits for an unrelated future socket event before receive processing resumes.

For HFTKernel, this strengthens zero-copy market data ingestion, high-rate TCP processing, and io_uring-based network applications.

Reliable io_uring TX timestamp streams

SOCKET_URING_OP_TX_TIMESTAMP multishot requests now finish with a visible ENOBUFS completion when the completion queue has no room for another timestamp record.

The terminal CQE reaches userspace through the overflow path. Timestamps already retained on the socket error queue are delivered when the application re-arms the request.

This gives timestamp consumers a clear lifecycle:

  1. Receive timestamp completions.
  2. Detect completion-queue saturation.
  3. Drain the queue.
  4. Re-arm the request.
  5. Continue with the retained timestamps.

The result is a more explicit and manageable hardware-transmit timestamp path.

Stronger Google GVE DQO networking

The Google Virtual Ethernet DQO driver now treats gso_type as a bitmask when preparing TSO packets.

TSO packets coming from TUN/TAP, packet sockets, and virtual machines commonly include flags such as SKB_GSO_DODGY, SKB_GSO_TCP_ECN, or SKB_GSO_TCP_FIXEDID. These packets are now accepted when their underlying TCP segmentation type is supported.

In an upstream test using a GCE n4 DQO-QPL instance and a Cloud Hypervisor guest, a 64 MB guest upload improved from a 60-second timeout at approximately 0.9 MB/s to 0.19 seconds. The device tx_dropped counter remained stable after the change.

This strengthens nested virtualization, cloud network appliances, virtualized gateways, and guest workloads using Google GVE DQO.

More accurate TCP RTT state

TCP now refreshes TS.Recent when an accepted older ACK also carries new data.

This is important for long-lived bidirectional connections where packet reordering can deliver useful data together with an acknowledgment older than one already processed.

The receiving side now echoes the timestamp of the packet that filled the receive gap. The sender therefore calculates RTT from the current packet exchange rather than incorporating a long idle interval.

In the upstream scenario with 300 seconds of idle time, controlled reordering, and retransmission, the sender's smoothed RTT changed from 37.5 seconds to 15.5 ms.

For HFTKernel, this supports more stable behavior in persistent TCP, TLS, WebSocket, market data, and execution connections.

Cleaner RCU-based memory freeing

The slab allocator no longer wakes kswapd while allocating internal storage from __kfree_rcu_sheaf().

kfree_rcu() can run while the scheduler holds pi_lock. Removing __GFP_KSWAPD_RECLAIM from this path avoids introducing a reclaim wakeup that can return to the same scheduler lock.

The updated sheaf handling also makes better use of local spare storage when spinning is unavailable.

For HFTKernel, this removes unnecessary background work from a scheduler-sensitive memory-management path and strengthens batched RCU freeing.

Stronger futex lifecycle management

Private futex hash resizing now publishes the new hash pointer before recording the RCU grace-period state associated with it.

Readers of the previous hash remain protected until the correct grace period has completed.

This strengthens synchronization infrastructure for multi-threaded applications using futex-backed mutexes, condition variables, and runtime coordination.

Bounded BPF object cleanup

BPF memory objects added while a Tasks Trace RCU grace period is already active now trigger another cleanup cycle.

Objects no longer remain indefinitely in free_by_rcu_ttrace, and repeated map creation and destruction no longer causes unbounded retained objects or accumulating cleanup workers.

For HFTKernel, this improves the lifecycle of BPF-based observability, tracing, policy, and network instrumentation.

Safer AF_PACKET TX rings

AF_PACKET now stops a blocking PACKET_TX_RING send before its accumulated positive byte count exceeds INT_MAX.

The remaining frame stays pending for the next send call, preserving forward progress and a valid positive result even when userspace continuously recycles completed ring slots.

This strengthens long-running packet replay, traffic generation, network testing, and market data qualification workloads.

More reliable page-pool recycling

Bulk page-pool recycling updates its statistics while the producer lock still protects the pool.

The final inflight network buffers and pool teardown remain coordinated even when CONFIG_PAGE_POOL_STATS is enabled.

This supports reliable high-rate network-buffer recycling and dependable page-pool observability.

Better hardware timestamp configuration

Ettool netlink TSCONFIG_GET and TSCONFIG_SET operations now reach devices where hardware timestamping is provided entirely by the PHY.

The netlink interface is now aligned with the established ioctl behavior for PHY-based timestamp providers.

This strengthens the configuration and discovery of hardware timestamping across supported network architectures.

Cleaner mlx5 AF_XDP timestamp teardown

The mlx5 driver now handles AF_XDP TX descriptor completion without a CQE during queue teardown.

When no CQE is available, the timestamp helper returns a neutral result instead of dereferencing an unavailable completion entry.

This improves the lifecycle of AF_XDP queues using TX timestamp and checksum offload.

Lower-overhead fprobe observability

Fprobe handlers now check whether RCU is watching before operating in idle or extended nohz_full quiescent states.

The probe-hit path uses rcu_sched_notrace, removing the previous rcu_read_lock() and lockdep work from every hit while preserving safe grace-period synchronization.

For HFTKernel, this makes kernel instrumentation better aligned with isolated and tickless CPU configurations.

Stronger KVM SVM state transitions

On AMD KVM hosts, pending TLB flush state is preserved when VMRUN does not complete successfully.

All-ASID flush requirements are tracked per physical CPU, matching the scope of ASID reuse. Control fields are updated only after a successful transition.

This strengthens TLB state management on AMD virtualization hosts.

Safer KVM shadow MMU walks

KVM now stops shadow-page-table traversal immediately when the current root is invalid or is a dummy root backed by the zero page.

This keeps concurrent memslot creation and nested page-fault handling on a valid MMU path.

Correct SEV cache-maintenance ordering

During intra-host SEV migration, source-VM cache maintenance now completes before the source VM loses its active SEV state.

Memory cannot return to the host allocator before the encrypted guest cache state has been written back in the required order.

This strengthens confidential-VM lifecycle management in the HFTKernel KVM Host profile.

PCI AtomicOps for passthrough devices

A passthrough guest now recognizes PCI AtomicOps that the hypervisor has already enabled on an endpoint, even when the upstream Root Port is hidden from the guest topology.

This allows compatible accelerators and network devices to use their atomic-operation path in ESXi, Hyper-V, and similar passthrough environments.

Less work in x86 AES-GCM

The x86 AES-GCM implementation no longer treats the final AAD segment as an intermediate segment.

This removes an additional temporary-buffer copy and an extra assembly call from the final-segment path.

The improvement is useful for infrastructure using the kernel crypto API for encrypted networking, storage, or security services.

Included measurement tools

HFTKernel 7.2.10 includes:

cpujitter

For CPU execution gaps, scheduler interference, IRQ and softIRQ activity, and latency tails.

memjitter

For allocation, first-touch, working-set, and memory-pressure behavior.

irqjitter

For IRQ and softIRQ activity analysis.

Application metrics, timer-completion telemetry, io_uring completion state, TCP statistics, hardware timestamps, network counters, and KVM events complete the measurement layer.

HFTKernel 7.2.10 result

HFTKernel 7.2.10 strengthens the operating system around latency-sensitive applications:

  • high-resolution timer completions reach userspace promptly;
  • scheduler-managed workloads retain stronger LLC locality;
  • zero-copy receives expose resource boundaries explicitly;
  • transmit timestamp streams recover cleanly from CQ saturation;
  • Google GVE DQO handles virtualized TSO traffic efficiently;
  • TCP maintains accurate RTT state after long idle periods;
  • RCU freeing creates less background reclaim activity;
  • futex and BPF lifecycles remain bounded and coordinated;
  • AF_PACKET and page-pool paths retain reliable forward progress;
  • hardware timestamping works across PHY-based providers;
  • fprobe integrates more cleanly with nohz_full;
  • KVM, SEV, and PCI passthrough paths receive stronger state management.

Together, these changes make cloud, bare-metal, packet-processing, and virtualization platforms more predictable, measurable, and controllable.

HFTKernel 7.2.9

Stronger CPU isolation, safer packet rings, and cleaner virtualization paths

Upstream baseline: Linux 7.2.9. Changes since Linux 7.2.8. Release date: October 3, 2026.

More reliable CPU partitioning

Cgroup v2 cpuset management now rejects configurations where a remote root partition attempts to use CPUs already assigned to an ancestor local partition.

This preserves exclusive CPU ownership and strengthens the separation of trading, network, housekeeping, and service workloads.

For HFTKernel, CPU partition state remains consistent throughout service creation, reconfiguration, and teardown.

Safer AF_PACKET zero-copy completion

PACKET_TX_RING now uses the standard zero-copy completion mechanism.

A ring slot becomes available only after all references to its packet payload have been released or copied. This keeps ownership of packet buffers explicit throughout the complete TX lifecycle.

The change strengthens:

  • market data replay;
  • traffic generators;
  • packet-based latency probes;
  • AF_PACKET test harnesses;
  • network qualification workloads.

Reliable virtio-net ring progress

Virtio-net now releases the relevant zero-copy fragments before orphaning packets when NAPI TX is disabled.

This keeps bounded PACKET_TX_RING configurations moving and returns completed slots to the sender without waiting for an additional transmission.

The same lifecycle improvement supports nested virtualization paths using vhost-net and virtio-net.

Bounded TPACKET_V3 timer behavior

TPACKET_V3 now calculates block-retirement timeouts using arithmetic that safely supports large packet-ring blocks.

This prevents timer overflow from creating a continuously restarting high-resolution timer in softIRQ context.

For capture and replay systems, the result is controlled timer behavior and protection against a packet ring consuming an entire CPU through continuous softIRQ processing.

Stronger Google GVE DQO transmit handling

The GVE DQO driver now validates TSO and GSO geometry earlier in the transmit path.

Packets with an MSS below the hardware-supported minimum move to the appropriate software path before reaching the device. This prevents silent hardware drops and the retransmissions they create.

UDP GSO processing also uses the correct transport-header length when calculating segment boundaries and descriptor requirements.

These changes improve the consistency of Google Cloud network transmission for TCP and UDP workloads using GVE DQO.

More resilient HugeTLB management

HugeTLB page-table movement during mremap() now preserves the correct address relationship between source and destination mappings.

Gigantic pages without runtime dissolve support remain on their compatible lifecycle path, preserving free-list and page-state consistency.

These changes strengthen explicitly reserved HugeTLB working sets, including configurations using 1 GiB pages on supported x86 systems.

Stronger anonymous-memory ordering

Anonymous VMA initialization now publishes the anon_vma pointer with the required memory ordering.

All initialized fields become visible before another CPU can consume the new structure.

This strengthens concurrent page-fault, first-touch, mprotect(), and adjacent-VMA paths, particularly on weakly ordered architectures such as ARM64.

More predictable cgroup writeback teardown

Writeback cleanup for offline memory cgroups now reports Tasks-RCU quiescent states during long drain operations.

The affected inode drain path also progresses linearly by continuing from the previous scan position instead of repeatedly scanning the same list prefix.

This keeps BPF, ftrace, and other Tasks-RCU users progressing during large service or container teardown operations.

More precise DPLL control

DPLL reference synchronization now uses an exact pin-ID lookup.

A userspace request applies only to the selected reference pin and cannot be redirected to a neighboring entry with a different identifier.

This strengthens deterministic control of clock-source topology on supported timing hardware.

Restored PHY-based hardware timestamping

Network devices that provide hardware timestamping through the PHY no longer depend on MAC-driver timestamp callbacks that do not apply to their architecture.

PTP configuration reaches the PHY timestamping path directly, preserving hardware timestamp operation on supported devices.

Cleaner AWS ENA initialization

The AWS ENA probe cleanup path now releases PHC and MMIO read resources in the correct order.

PTP clock registration, PHC state, DMA-backed MMIO resources, and driver-private data remain aligned throughout partial device initialization and cleanup.

This strengthens ENA lifecycle management in the HFTKernel Cloud profile.

Lower KVM transition overhead

Nested virtualization operations now use static calls in several active L2 paths.

On supported Intel hosts, KVM also avoids switching DS_AREA and PEBS configuration when guest PEBS is inactive. The affected path removes two or four unnecessary MSR writes per VMX round trip.

Processors with PEBS isolation avoid three additional PEBS-related MSR writes on each VMX transition.

These improvements make HFTKernel more efficient as a KVM host for nested and performance-sensitive virtualized workloads.

More dependable Intel PEBS measurements

Intel PEBS receives more accurate load and store classification, data-source constraints, and snoop-state decoding across supported recent microarchitectures.

This improves hardware-assisted analysis of:

  • memory latency;
  • cache behavior;
  • load and store stalls;
  • NUMA effects;
  • rare execution delays.

The result is a more reliable observability layer for performance engineering and tail-latency investigations.

More consistent XPS queue steering

XPS now rejects traffic-class identifiers outside the active queue configuration.

This keeps queue-steering maps consistent after traffic-class changes and preserves valid CPU-to-TX-queue placement metadata.

Included measurement tools

Every HFTKernel package bundle includes:

cpujitter

For CPU execution gaps, scheduling interference, IRQ and softIRQ activity, and latency tails.

memjitter

For allocation, first-touch, working-set, and memory-pressure behavior.

irqjitter

For IRQ and softIRQ activity analysis.

The tools are delivered in native operating-system packages aligned with the HFTKernel release and platform profile.

HFTKernel 7.2.9 result

HFTKernel 7.2.9 strengthens the system around latency-sensitive applications:

  • exclusive CPU ownership remains consistent;
  • packet-ring ownership and completion are explicit;
  • capture workloads retain bounded timer behavior;
  • HugeTLB and anonymous-memory transitions are more robust;
  • cgroup teardown creates less prolonged background interference;
  • PTP and DPLL configuration becomes more precise;
  • ENA lifecycle management is cleaner;
  • KVM transitions perform less unnecessary work;
  • PEBS measurements provide more dependable performance data.

Together, these changes make the host more predictable, measurable, and controllable across cloud, bare-metal, packet-capture, and virtualization deployments.

HFTKernel 7.2.8

Cleaner memory reclaim, stronger packet capture, and better time diagnostics

Upstream baseline: Linux 7.2.8. Changes since 7.2.7. Upstream release date: September 25, 2026.

More predictable memory reclaim

Linux 7.2.8 improves the split between global filesystem shrinkers and per-memory-cgroup reclaim.

Non-memcg-aware cached-object hooks are kept on the global reclaim path, while memcg-aware filesystem hooks can still participate in per-memcg reclaim. This avoids repeated global work across many memcg and NUMA-node pairs, while restoring useful per-memcg reclaim behavior for paths such as XFS inode slab reclaim.

For HFTKernel, this supports cleaner service isolation and lower background noise on systems that use containers, cgroup v2, or service-level memory boundaries.

More accurate locked-memory accounting

The release corrects locked_vm accounting for MREMAP_DONTUNMAP when locked VMAs are remapped without unmapping the source.

It also makes NR_MLOCK updates safer in paths where munlock(), direct I/O, page-cache folios, and IRQ completion can interact on the same CPU.

For HFTKernel, this strengthens memory accounting around pinned and locked working sets, which are common in latency-sensitive applications and measurement workloads.

Clearer huge-mapping behavior for driver-managed memory

Huge PFNMAP mappings now bypass generic THP tunables where those tunables do not apply. The upstream changelog notes that these mappings are not normal reclaimable THP memory and that incorrect handling caused real-world performance degradation in affected configurations.

For HFTKernel, this is relevant to specialized device mappings, DAX-style mappings, and driver-managed memory, not to the default application THP policy.

Stronger AF_PACKET capture and replay paths

AF_PACKET receives two practical fixes for ring-based packet processing.

TPACKET_V3 now preserves the validated private-area size without truncating it into a smaller internal field. This keeps packet records from overlapping private ring metadata.

The VNET-header error path now clears RX ownership correctly, preventing a failed packet from leaving a ring slot unavailable for the next valid packet.

For HFTKernel, this is directly useful for market data capture, packet replay, latency probes, traffic generators, and network test harnesses built around AF_PACKET.

More robust TCP and socket timestamp behavior

TCP now excludes excessively old ACKs from the fast path and sends them through the normal validation path. This keeps TCP connection state updates aligned with ACK validation.

Socket timestamp setup now takes the socket lock when changing timestamp-related socket flags, while preserving the common lockless case. This strengthens timestamp lifecycle correctness in socket-heavy systems.

For HFTKernel, these changes improve correctness around long-running TCP, TLS, WebSocket, control-plane, and observability connections.

Better PTP and PHC diagnostics

For MACB/GEM, the system timestamps returned around a PHC read now properly bracket the hardware register read. The upstream changelog reports that the previous interval could be unrealistically short compared with the actual ordered register read, biasing midpoint-based synchronization.

For stmmac, phc_index now remains unset when hardware timestamping is supported but no PTP clock has been registered yet. This avoids reporting a valid-looking PHC index for the wrong clock.

For HFTKernel, this improves the integrity of time diagnostics and reduces the risk of misleading PHC discovery in supported NIC configurations.

Stronger RDMA, EFA, and IRQ lifecycle handling

The AWS EFA driver now keeps EQ resources and admin queues alive while their IRQ handlers are registered. Initialization and teardown order are aligned with the resources accessed from interrupt context.

RDMA paths also receive lifecycle and ordering improvements, including local fencing for Intel irdma memory registration and IRQ-safe XArray handling for erdma QP and CQ tables.

For HFTKernel Hardware and cloud-adjacent environments, this strengthens interrupt-driven RDMA lifecycle reliability.

More reliable diagnostics and observability

perf improves cleanup around mediated guest PMU events when modules unload while perf connections are active.

Netlink group metadata is now updated with RCU-safe publication and delayed freeing for lockless readers.

drop_monitor receives safer tracepoint, per-CPU pointer, and timer teardown handling, including timer_shutdown_sync() to prevent rearming during teardown.

For HFTKernel, these changes strengthen the reliability of diagnostic sessions used to investigate packet drops, scheduling noise, and rare tail-latency events.

Included measurement tools

cpujitter

Measures CPU execution jitter, interrupt interference, and latency tails.

memjitter

Measures allocation latency, first-touch behavior, locked working sets, and memory behavior under load.

Use both alongside application-level measurements.

Validate the update with controlled A/B tests using the same toolchain, kernel configuration, CPU and IRQ placement, and workload. Include packet-capture, time-diagnostics, and lifecycle tests for the features used in your deployment.

HFTKernel 7.2.7

More consistent CPU isolation, leaner control paths, and more reliable measurements

Upstream baseline: Linux 7.2.7. Changes since 7.2.6. Upstream release date: September 21, 2026.

CPU isolation and scheduler bookkeeping

Cgroup v2 cpuset management preserves boot-isolated CPUs in its isolation accounting when an isolated partition is released or changes state. This keeps cpuset.cpus.isolated aligned with boot-time domain isolation and supports reliable placement automation across service lifecycles.

EEVDF now maintains its minimum virtual-runtime and minimum/maximum slice metadata consistently during runqueue-tree updates, including initialization of max_slice before enqueue. These refinements support fair-class scheduling for application and housekeeping threads.

Average-idle accounting is updated only when a valid idle timestamp is available, keeping scheduler bookkeeping tied to real idle intervals.

Less unnecessary RT and deadline migration work

RT and deadline schedulers skip migration-disabled tasks when selecting a task to push to another CPU. They can select a movable candidate or return early, avoiding repeated CPU-stopper wakeups that cannot make progress. This improvement applies to the relevant RT/DL scheduling paths.

More efficient deferred console work

Deferred nbcon console output uses lazy IRQ work. When the local scheduler tick is running, the work can be serviced on that tick instead of requesting another immediate interrupt. A CPU with a stopped tick can still require an interrupt, preserving progress in tickless configurations.

More predictable TCP control-packet allocation

TCP active-reset packets use atomic allocation flags, avoiding direct memory reclaim while a socket lock is held. This keeps active-reset allocation lightweight in the affected connection close and disconnect paths, including socket teardown used by network-storage stacks.

More accurate io_uring receive-buffer accounting

Receive operations using MSG_TRUNC account for the bytes actually copied into provided buffers, while preserving the requested full-length result. Incremental buffer consumption stays aligned with the available buffer region, supporting reliable buffer reuse in applications using this mode.

Consistent hardware timestamp diagnostics

The mlx5 driver preserves accumulated hardware timestamp statistics across changes to channel counts, traffic classes, and DMA or port timestamping modes. Persistent statistics also allow the read path to avoid the previous state mutex. This strengthens timestamping telemetry across NIC reconfiguration.

More reliable network-driver lifecycles

Azure MANA: XDP reconfiguration retains the previous valid program state when receive-buffer preallocation cannot complete.

Intel IDPF: dynamic interrupt-moderation work is stopped before queue vectors are released. VLAN headers are also accounted for when parsing hardware-coalesced receive packets.

GRO and forwarding: hardware-aggregated TCP packets are kept compatible with fraglist GRO processing and subsequent segmentation. This is relevant to Linux forwarding configurations combining these offloads.

More dependable performance observability

Intel PEBS sampling coordinates PMU shutdown and shared-buffer draining to prevent overlapping drain operations. This improves the reliability of hardware-assisted performance sampling on supported Intel systems.

Tracing histograms retain percentage and graph modifiers for values. Histogram setup selects and validates the trace clock before publishing the trigger, strengthening repeatable diagnostic-session setup.

Stronger memory and I/O lifecycle management

SLUB coordinates freelist returns with partial-list updates under the appropriate node lock, maintaining consistent allocator state during concurrent operations.

On x86, page tables created when splitting large kernel mappings use the standard kernel page-table allocation path. This keeps construction, accounting, deferred freeing, and IOTLB invalidation coordinated.

For asynchronous io_uring writes, filesystem write accounting is completed from the actual I/O completion callback rather than waiting for later task-work processing. This improves coordination with filesystem freeze and shutdown workflows.

Included measurement tools

cpujitter

Measures CPU execution jitter and latency-tail behavior.

memjitter

Measures memory allocation, first-touch, working-set, and memory-pressure behavior.

Use both alongside application-level measurements.

Validate the update with controlled A/B tests using the same toolchain, kernel configuration, CPU and IRQ placement, and workload. Include steady-state measurements and lifecycle tests for the features used in your deployment.

HFTKernel 7.2.6

More consistent timekeeping, leaner resource management, and stronger network lifecycles

Upstream baseline: Linux 7.2.6. Changes since 7.2.5. Upstream release date: September 14, 2026.

More consistent system timekeeping

Timekeeping now accounts for the continuity-preserving timestamp adjustment in ntp_error when the clocksource frequency multiplier changes. This keeps the clock-discipline error calculation aligned with the adjustment, particularly during larger frequency corrections from an external reference.

More efficient CPU and memory placement management

In cgroup v2, cpuset hotplug handling avoids redundant task updates when effective CPU and NUMA-node masks are inherited from a parent. This reduces unnecessary placement-management work during the affected topology updates.

Less unnecessary memory reclaim work

When a memory cgroup is removed, LRU size accounting moves to its parent instead of remaining duplicated in the child. Traditional LRU reclaim avoids repeatedly scanning emptied lists, while MGLRU benefits from more accurate shadow-node budget accounting. This improves resource bookkeeping during service restarts, container turnover, and memory pressure.

More consistent FQ packet pacing

FQ now compensates only for positive scheduling drift when calculating pacing delays. With pacing offload enabled, early dequeue no longer shortens the next interval in the affected rate-limited and non-EDT paths. Runtime validation of quantum and initial_quantum also keeps FQ configuration within supported bounds.

More reliable AF_XDP and DMA-buffer management

The virtio-net driver now resizes its AF_XDP buffer array together with the RX ring. This keeps buffer capacity aligned with queue configuration when an AF_XDP application is attached.

The shared page-pool code also coordinates DMA unmapping and buffer-metadata cleanup more carefully during concurrent teardown and page returns, strengthening network-buffer lifecycle management.

Stronger hardware and virtual-network configuration

Intel E810 PTP: the ICE driver can fall back to the sideband queue when the low-latency PHY timer interface times out. This improves PTP reinitialization after firmware updates and related resets while retaining the normal low-latency path.

Azure MANA: MSI-X allocation respects the device's actual vector-table capacity, improving interrupt-resource setup on very large VMs.

NVIDIA mlx5: E-Switch vport state changes preserve the configured maximum TX speed, keeping virtual-port configuration consistent across state transitions.

More dependable latency diagnostics

High-resolution timer diagnostics now count interrupt retries that recover successfully, improving the accuracy of nr_retries in /proc/timer_list.

Intel Processor Trace receives more reliable stop/start handling. The updated perf sched tool requires relevant trace samples before presenting a latency table, making incomplete recordings explicit.

More complete I/O accounting across CPU hotplug

Block-layer statistics collect and reset samples from all possible CPUs, including CPUs taken offline during a sampling window. This preserves pending latency samples for the I/O control paths that use these statistics.

Included measurement tools

cpujitter

Measures CPU execution jitter, interrupt interference, and latency tails.

memjitter

Measures allocation latency, first-touch behavior, locked working sets, and memory behavior under load.

HFTKernel 7.2.6 delivers more consistent timekeeping, leaner resource management, and stronger network lifecycles.

HFTKernel 7.2.5

More Predictable Memory, Synchronization, and Latency Diagnostics

Based on Linux 7.2.5. Changes relative to Linux 7.2.4.

More reliable HugeTLB and NUMA control

Gigantic HugeTLB allocation through CMA now validates the preferred NUMA node against the allowed nodemask, falls back to current cpuset limits when no explicit mask is supplied, and can retry after a concurrent cpuset change. This improves placement control for large preallocated buffers, including 1 GiB pages on x86 when using this allocation path.

HugeTLB pool management preserves max_huge_pages when freeing surplus pages. Migrated pages retain their migratable state and active-list membership even within the same NUMA node. Cgroup counters are initialized consistently regardless of CONFIG_DEBUG_VM, including unlimited limits reported as max.

More consistent priority-inheritance synchronization

Dedicated PI-futex scheduling helpers bracket rt_mutex_wait_proxy_lock() without calling sched_submit_work() in the proxy-lock path. This improves synchronization bookkeeping for applications using priority-inheritance futexes.

On PREEMPT_RT, PI-requeue completion avoids a redundant rcuwait_wake_up() in Q_REQUEUE_PI_LOCKED, keeping lock handoff and waiter wakeups consistent. This second change is specific to PREEMPT_RT.

More reliable BPF and ftrace diagnostics

bpf_get_stackid() protects callchain collection and access to the returned per-CPU buffer from preemption. Concurrent ftrace_ops initialization is synchronized while retaining the fast path for initialized objects.

Function-filter operations and event-filter/trigger reads hold the required trace-instance references. These changes strengthen automated profiling and investigation of rare latency outliers on PREEMPT systems.

More accurate hardware profiling

Intel PMU AnyThread availability follows the relevant CPUID capability. Intel LBR user-only filtering checks both branch addresses, keeping samples within the requested scope.

The extended syscall-argument BPF program in perf trace uses bpf_for, making verifier loop termination checks more robust across Clang changes. This tooling improvement requires an updated perf build.

Cleaner one-time socket initialization

DO_ONCE_SLEEPABLE() defers static-key disabling to a system workqueue, outside caller-held locks. This separates global static-key updates from socket locking in paths such as __inet_hash_connect(). The change applies to one-time initialization rather than per-packet processing.

Stronger KVM memory and timer handling

Shadow-MMU lockless aging reuses the reverse-mapping value captured during the lock check. TDP-MMU Accessed-bit updates use LOCK CMPXCHG to remain consistent with concurrent SPTE changes.

KVM-emulated Hyper-V synthetic timers validate 100-nanosecond conversions and cap deadlines at KTIME_MAX, keeping distant expirations in the future. These changes apply to the KVM host kernel. For a cloud guest, the corresponding benefit depends on the provider's host update.

More robust storage and optional memory policies

NVMe multipath coordinates namespace teardown with SRCU readers. NVMe/TCP checks incoming C2HData against command direction early, strengthening the affected network-storage paths.

DAMOS prioritization uses a rolling access sum for more consistent scheme decisions. With tmpfs THP enabled, MADV_HUGEPAGE passes updated VMA flags to khugepaged. These improvements apply to configurations using the respective subsystems and policies.

Included measurement tools

cpujitter

Measures CPU execution jitter, interrupt interference, and latency tails.

memjitter

Measures allocation latency, first-touch behavior, locked working sets, and memory behavior under load.

Validate the workload with an A/B comparison of 7.2.4 and 7.2.5, keeping the toolchain, kernel configuration, CPU/IRQ placement, and workload unchanged.

HFTKernel 7.2.5 strengthens huge-page placement, priority-inheritance synchronization, and latency diagnostics, with more consistent memory and timer handling for KVM hosts.

HFTKernel 7.2.4

Less Unnecessary Kernel Work. More Predictable Infrastructure.

Based on Linux 7.2.4. Changes relative to Linux 7.2.3.

More efficient long-term memory pinning

GUP reference accounting for pinned pages has been corrected. The affected long-term memory-pinning path can now avoid unnecessary local and global drains of internal LRU buffers.

For HFTKernel, this reduces unnecessary cross-CPU work while preparing pinned buffers and supports the goal of minimizing system noise around dedicated trading cores.

Better-bounded filesystem reclaim

JBD2 now counts every checkpoint buffer examined against the scan budget, including busy buffers. It also checks whether rescheduling is needed when skipping busy buffers.

This bounds the work performed in a single shrinker pass and allows the journal lock to be released promptly when rescheduling is requested. On ext4 nodes, the change is useful when filesystem activity coincides with memory pressure.

More coordinated memory management

Reclaim and page-migration loops now explicitly report quiescent states to RCU Tasks. This helps the corresponding grace periods complete even during prolonged memory processing on PREEMPT kernels. The migration change is especially relevant to KVM hosts that use MMU notifier callbacks.

For configurations using vm.defrag_mode=1, non-movable allocations are routed through the appropriate pageblock reclaim and compaction path. Whole-pageblock compaction also uses more suitable memory-selection rules, allowing the allocator to make better progress in this mode.

SLUB refills reusable sheaves without consuming pfmemalloc emergency reserves, preserving those reserves for their intended kernel uses.

More consistent network TX queue handling

The common networking stack improves trans_start initialization when TX queues are activated. Each affected queue receives the correct watchdog reference time, making queue-state monitoring more reliable during interface activation.

The Broadcom bnxt_en driver now rings the doorbell for packets already prepared even when the final packet in a burst fails linearization. The device is notified about queued TX descriptors without waiting for another transmit call.

More reliable PCI interrupt delivery on Hyper-V

During CPU hot-unplug, a pending PCI MSI interrupt can now be resent to its new target CPU through the parent interrupt domain.

For HFTKernel Cloud on Hyper-V, this improves PCI-device reliability when the set of online vCPUs changes. The change specifically addresses interrupt retargeting when a CPU is taken offline.

Lower filesystem I/O overhead

For small buffered overwrites in large folios that are already up to date, write processing stops after the requested range instead of walking the remaining buffer heads. This reduces unnecessary CPU work, including in the affected ext4 write path.

In dm-io, DM_IO_BIO requests clone the original bio instead of rebuilding the page vector. The original iterator and alignment are preserved, simplifying I/O handling in Device Mapper configurations that use this path.

More reliable latency and jitter diagnostics

BPF callchain collection and copying are protected from preemption while accessing the shared per-CPU buffer. This improves stack-collection reliability on PREEMPT kernels.

Reads from trace_pipe are synchronized with tracing sub-buffer resizing, strengthening kernel-event observability while tracing is being reconfigured.

Stricter auxiliary-clock handling

__do_adjtimex() now checks whether an auxiliary-clock read succeeded. When a reading is unavailable, it returns -ENODEV instead of using a time value that was not obtained.

This improves auxiliary-clock state handling in configurations that use this timekeeping API.

More reliable Intel Speed Select configuration

On supported Intel platforms, SST-CP parameter validation is strengthened for frequency ranges, proportional priority, CPU identifiers, and CLOS identifiers.

For HFTKernel Hardware, this improves control over hardware performance settings when configuring compatible systems.

Included measurement tools

cpujitter

Measures CPU execution jitter and the tails of the latency distribution.

memjitter

Analyzes memory latency, allocation behavior, first-touch behavior, and locked working sets.

Evaluate the impact on the target workload through reproducible A/B tests, network metrics, and application latency distributions.

HFTKernel 7.2.4 focuses on reducing unnecessary kernel work, making memory and device servicing more predictable, and providing a reliable foundation for measurement.

HFTKernel 7.2.3

More Predictable Packet Processing in Cloud and Hardware Deployments

HFTKernel has been updated to Linux Kernel 7.2.3.

HFTKernel 7.2.3 includes the Linux 7.2.3 stable-branch changes most relevant to HFT, market data, execution systems, and latency-sensitive infrastructure.

The primary focus of this release is a more reliable packet lifecycle, predictable lockless TX behavior, correct TCP operation on asymmetric networks, and stronger virtualized infrastructure paths.

AF_PACKET and packet capture

The lifecycle of AF_PACKET TX_RING backed by vmalloc memory has been improved.

TX ring memory now remains alive until every associated skb has completed. Timestamp updates and TP_STATUS_AVAILABLE are completed before the pending reference is released, without adding another lock to the TX-completion hot path.

This is especially useful for HFTKernel systems used for:

  • Market data capture
  • Packet replay
  • Latency probes
  • Traffic generators
  • Network test harnesses
  • Measurement systems based on AF_PACKET

The change makes TX completion and ring-memory release more consistent without adding synchronization to the main packet-processing path.

More stable VLAN datapath

VLAN interfaces now preserve a stable hard_header_len, inherit the required headroom and tailroom correctly, and maintain proper header alignment for AF_PACKET SOCK_RAW.

This improves the predictability of lockless TX paths when using:

  • Hardware VLAN offload
  • Virtual network interfaces
  • Containers and network namespaces
  • Cloud networking
  • Packet capture through raw sockets

For HFTKernel, this means more consistent packet metadata and buffer layout when VLAN offload state changes.

Correct TCP MSS on asymmetric networks

Linux 7.2.3 calculates the advertised TCP MSS from the configured interface or route MTU rather than a previously discovered outgoing-path PMTU.

This is particularly relevant to asymmetric cloud configurations, DSR load balancers, and overlay networks where outbound and inbound traffic can traverse paths with different MTU values.

The change avoids a smaller outbound overlay MTU unnecessarily constraining inbound TCP segment size for the lifetime of a connection.

Route-derived MSS is also clamped to TCP_MIN_MSS, making TCP receive-window initialization more robust when route metrics contain unusual values.

For HFTKernel, this improves the predictability of long-lived TCP, TLS, and WebSocket connections used by market data and execution systems.

Clean transition between AVX2 and SSE

The nftables PIPAPO AVX2 lookup implementation now executes vzeroupper before returning to code that may use SSE instructions.

Clearing the upper parts of the YMM registers prevents the documented AVX-to-SSE transition penalty in subsequent SSE code.

This applies to systems where nftables and AVX2 PIPAPO lookup remain active on infrastructure or housekeeping cores. For HFTKernel, it removes another small but avoidable source of unpredictable CPU overhead.

More predictable XFRM and IPsec control plane

XFRM NAT keepalive states are now processed in fixed-size batches, bounding temporary memory usage independently of the total state count.

Locking was also reworked so reference collection and state processing occur in separate phases.

For cloud infrastructure, this provides:

  • Bounded temporary memory usage
  • More robust processing of large XFRM state sets
  • More predictable IPsec control-plane behavior
  • More consistent interaction with softirq and state-teardown paths

These changes are outside the main trading hot path, but they strengthen the operational resilience of cloud nodes and encrypted network overlays.

Stronger TLS zero-copy offload

TLS device offload now handles the fragment limit of an open TLS record more reliably.

When the fragment array becomes full, the record is pushed even when the application uses MSG_MORE and zero-copy splice() paths.

This strengthens:

  • NIC TLS offload
  • TLS_TX_ZEROCOPY_RO
  • Zero-copy send paths
  • High-load encrypted TCP streams

For HFTKernel, the change is useful on infrastructure nodes where TLS termination or kernel TLS offload is performed directly by the network adapter.

KVM and AMD SEV/SNP

KVM improves AMD SEV and SEV-SNP handling:

  • SEV-specific guest_memfd hooks are connected only when SEV support is enabled
  • Static-call infrastructure can eliminate an unnecessary CALL+RET when SEV is not used
  • Guest-controlled VMSA tracking is more robust
  • A vCPU correctly returns to runnable state after AP_CREATE
  • File-backed memory support for encrypted guests is restored
  • Temporary buffers for encryption operations are allocated as full pages

These changes primarily matter when HFTKernel is used as a KVM host or with AMD confidential virtualization. Their direct impact inside an ordinary cloud VM depends on the provider host kernel.

NVMe/TCP and Soft RoCE

Use of page_frag_cache during concurrent NVMe/TCP namespace creation is now serialized, improving PDU-buffer lifecycle during parallel storage initialization.

Soft RoCE now updates responder resources more consistently when IB_QP_MAX_DEST_RD_ATOMIC changes: replacement arrays are installed only after the responder task has stopped.

These changes are useful for HFT infrastructure that uses network storage, software RDMA, lab environments, or virtualized RDMA validation. They do not change the primary hardware-RDMA fast path.

eBPF validation

The BPF sockmap selftest is corrected for packets with a non-linear skb.

The parser remains read-only, while the required packet data is explicitly linearized in the verdict program before direct access.

This improves regression testing for BPF sockmap paths and strengthens the HFTKernel build and qualification pipeline.

Impact assessment

Linux 7.2.3 does not publish new median, p99, p99.9, or p99.99 latency measurements for these changes.

The practical effect of the release should therefore be verified with controlled A/B measurements on the target workload.

HFTKernel 7.2.3 strengthens the Linux networking paths where packet lifecycle, buffer metadata, TCP path selection, and background infrastructure operations can affect the stability and repeatability of latency-sensitive systems.

Included measurement tools

HFTKernel 7.2.3 also includes cpujitter and memjitter as native, release-aligned measurement tools.

cpujitter

measures CPU execution jitter, IRQ and softirq interference, and extreme tail latency.

memjitter

measures allocation latency, first-touch behavior, locked working sets, and memory latency under load.

The runtime and measurement tools remain aligned to the same immutable Cloud and Hardware release matrix.

HFTKernel 7.2.3 strengthens packet lifecycle, VLAN metadata, TCP MSS selection, TLS offload, virtualized I/O, encrypted KVM, storage, and validation paths for a more stable and predictable HFT platform.

HFTKernel 7.2.2

More Reliable GSO Fragment Handling in Cloud Networking

HFTKernel has been updated to Linux Kernel 7.2.2.

This focused release strengthens the handling of fragmented IPv4 and IPv6 packets in virtualized and userspace-mediated network configurations.

Network datapath

When an IP fragment enters the shared reassembly queue, the kernel now resets its GSO state with skb_gso_reset().

  • GSO state is no longer carried from individual fragments into the reassembled packet.
  • The reassembled packet reaches software segmentation with the correct state.
  • The shared fix covers IPv4, IPv6, Netfilter connection tracking, and 6LoWPAN reassembly.
  • The interaction between fragment reassembly, GSO, and skb_segment() is more robust.

The change is implemented in the common inet_frag_queue_insert() path and touches only one kernel file.

Practical value for HFTKernel

The update is especially relevant to systems that use:

  • TUN/TAP
  • AF_PACKET with PACKET_VNET_HDR
  • Virtio-net and KVM
  • Cloud virtual machines
  • Network namespaces
  • Packet capture and replay
  • Traffic generators and network test harnesses
  • Virtualized market data and execution gateways

For HFTKernel, this means a more resilient network datapath and more reliable handling of rare combinations of IP fragmentation and GSO metadata.

Upstream validation

Upstream testing covered four different geometries of fragmented IPv4 and IPv6 packets. After the fix, every test datagram was delivered completely and without kernel messages.

Impact assessment

This improvement targets operational resilience rather than acceleration of the ordinary network fast path.

Upstream does not publish new throughput, median-latency, or tail-latency measurements for Linux 7.2.2. The correct HFTKernel formulation is:

HFTKernel 7.2.2 improves the reliability of GSO and fragment-reassembly paths in virtualized and userspace-mediated network configurations.

Native measurement tools included

HFTKernel 7.2.2 also includes cpujitter and memjitter as native measurement tools.

cpujitter

measures CPU execution jitter, IRQ and softirq interference, and extreme tail latency.

memjitter

analyzes allocation latency, first-touch behavior, locked working sets, and memory behavior under load.

HFTKernel 7.2.2 strengthens the network paths used by cloud infrastructure, virtual machines, and traffic capture and replay systems, making the Linux platform for HFT more resilient and predictable.

HFTKernel 7.2

Cleaner CPU Isolation, More Accurate Timing, and Better Tail-Latency Control

HFTKernel has been updated to Linux Kernel 7.2.

This release strengthens the kernel paths that matter most to HFT, market data, execution gateways, and other latency-sensitive infrastructure.

Key improvements

  • Cleaner NO_HZ_FULL CPU isolation with less housekeeping activity reaching latency-critical cores
  • More accurate correlation across PTP, PHC, TSC, KVMclock, and Hyper-V timing paths
  • Cache-aware scheduling and improved last-level-cache locality for related workloads
  • Better futex correctness and targeted membarrier scalability
  • Lower-overhead lockless io_uring task work and stronger zero-copy networking paths
  • NAPI, TCP, and Azure MANA improvements for a more stable network data path
  • NUMA, MGLRU, contiguous-memory, and /proc improvements for more predictable system behavior
  • Lower-overhead IRQ and RTLA observability for finding rare latency events

Native measurement tools included

HFTKernel 7.2 includes cpujitter and memjitter as native packages for every supported Cloud and Hardware target.

cpujitter

measures CPU execution jitter, IRQ and softirq interference, and extreme tail latency.

memjitter

analyzes allocation latency, first-touch behavior, locked working sets, and memory performance under pressure.

Together, HFTKernel, cpujitter, and memjitter provide both the optimized runtime and the measurement tools needed to validate latency-sensitive infrastructure.

HFTKernel 7.2 strengthens CPU isolation, timing accuracy, cache locality, network processing, memory behavior, and latency observability as one measurable platform for HFT.

Release philosophy

Upstream stability, workload-specific policy, and measurable outcomes

HFTKernel starts from an exact stable Linux release, records the toolchain and build identity, applies the selected Cloud or Hardware profile, packages cpujitter and memjitter with the runtime, and validates the result as an immutable release.

Exact baselineVerified stable Linux source and pinned kernel version.
Controlled profileCPU, memory, network, timekeeping, and isolation policy matched to the platform.
Native packagesDEB, RPM, or TGZ bundles for the supported production matrix.
Measured deliverycpujitter and memjitter provide repeatable evidence at the tail.

Deployment planning

Evaluate the release against your CPU, NIC, memory, and timing topology.

Package selection is only the first step. The production result depends on boot parameters, runtime affinity, queue placement, PTP/PHC design, memory policy, and a controlled measurement plan.