The Linux 7.3 merge window opened on August 17, a day after Linux 7.2 shipped. As of August 20, roughly 2,346 non-merge changesets had been pulled into mainline.

The technical content is a normal merge window. The subtext is not.

Networking maintainers are not okay

All the networking subsystem feature updates were merged, covering wired and wireless improvements and bug fixes, including many generated by AI and LLM agents.

The maintainers describe themselves as “completely overwhelmed” by the code churn coming out of LLM output.

That is unusually direct language for a kernel pull request, and it lands in the middle of a broader moment. Debian is voting on whether to allow LLM-assisted contributions as this is being written. OpenSSH announced that it will ship security releases more often because AI-assisted vulnerability reports are arriving faster than its normal schedule can absorb.

The common thread across all three is not that AI-generated contributions are bad. It is that review capacity is a fixed, human, volunteer resource, and generation capacity is now effectively unlimited. A patch takes minutes to produce and can take an hour to review properly. When the ratio between those two numbers changes by an order of magnitude, the bottleneck does not move, it just gets crushed.

There is no obvious fix that does not involve either more maintainers or fewer submissions, and neither is something a mailing list can decide.

Two old filesystems go

The merge window removed the FreeVxFS and EFS filesystem drivers, along with old SGI drivers and some legacy serial card drivers.

FreeVxFS was a read-only implementation of Veritas VxFS. EFS was SGI’s Extent File System, used on IRIX before XFS replaced it. Both had been unmaintained for a long time and existed mainly so that someone with a decades-old disk could still read it.

Removing them is uncontroversial in the sense that nobody is using them, and mildly sad in the way that all of these removals are. The kernel deleted i486 support in Linux 7.1 and the pattern is consistent: hardware and formats that nobody can test against eventually stop being worth carrying.

Btrfs gets faster

Btrfs contributed more performance work for 7.3, with some improvements reported in the 3x to 5x range on specific operations.

Btrfs has had a long road from “interesting but risky” to a default filesystem on Fedora and openSUSE, and the last few cycles have been heavy on performance rather than features, which is a good sign about where it is in its lifecycle. Our ext4 vs Btrfs vs XFS comparison covers where each one currently makes sense.

Other changes in flight

Also landing or expected in 7.3:

• Busy polling as a lower-latency option for USB4STREAM
• A significant KVM cleanup pass
• A fix for lockdown mode accidentally leaving legacy I/O and memory handlers open
• Intel and AMD power management driver improvements, including work on optimizing Intel hybrid CPUs

The lockdown fix is worth flagging separately. Lockdown mode exists to restrict what even root can do to a running kernel, and legacy I/O handlers being reachable undercuts the point of enabling it.

Timeline

Assuming a standard cycle, expect 7.3-rc1 at the end of the merge window and a stable release around October.