Linux 7.4 RC2 Explained: AI Patch Flood May Have Peaked, FAT32 Up to 162x Faster and 20 December Release Date
Illustrative image: Tux, the Linux mascot. Image: Wikimedia Commons / Larry Ewing, GPL
TL;DR — Linux 7.4 RC2 explained: Linux 7.4 RC2, released on 8 November 2026, is the second test build of the biggest Linux kernel release ever — almost 20,000 commits in one merge window. Its headline news is not a feature but a trend: fixes for AI-found bugs in the eBPF subsystem are now arriving faster than new bug reports, the first sign the AI patch flood may have peaked. FAT32 is up to 162x faster in one operation, AMD graphics get HDMI 2.2 work, and the final release is projected for 20 December 2026. Do not install the RC on a daily machine — wait for your distro.
📌 KEY HIGHLIGHTS
- Linux 7.4-rc2 is out (8 November 2026). The first release candidate, on 1 November, closed the largest merge window in kernel history — almost 20,000 commits against the usual ~15,000.
- The AI patch flood may be turning. In the eBPF subsystem, fixes are now arriving faster than new AI-generated bug reports. Linus Torvalds calls it a sign "we may be starting to see the tide starting to turn".
- FAT32 gets two big speed-ups. File expansion is up to 162x faster in rc2, and a separate space-reservation change in this cycle is up to 265x faster — both measured in specific developer benchmarks, not general file copying.
- Graphics and hardware: AMDGPU HDMI 2.2 fixes, a PerfOpt tweak for Radeon graphics, groundwork for AMD Zen 6, early Apple M4 and Google Tensor G5 support, and a first driver for Nintendo Switch 2 controllers.
- Release date: the final Linux 7.4 is projected for 20 December 2026. It is widely expected to become the next long-term support (LTS) kernel — but neither the date nor the LTS status is confirmed yet.
What happened?
Linus Torvalds published Linux 7.4-rc2 on Sunday, 8 November 2026 — the second weekly test build of the next Linux kernel. Release candidates are how the kernel is stabilised: no new features are added after rc1, only bug fixes, one candidate a week, until the final release. Seven or eight candidates are the norm, which puts the finished 7.4 in late December.
Torvalds rated rc2 a big release for two reasons. First, he held some code back from rc1 — partly because he was busy, partly because rc1 was already the largest first release candidate in the kernel's history — and that code landed in rc2. Second, what he called "various AI fixes": the steady stream of patches for bugs found by AI tools.
That second reason is the story of this release cycle. The 7.4 merge window, which closed with rc1 on 1 November, pulled in almost 20,000 commits — the biggest in the kernel's roughly 35-year history. About a third of the change was AMD graphics register definitions; the rest was new hardware support, filesystem work, security hardening and a growing share of AI-assisted fixes.
Linux 7.4 RC2 explained: the AI bug-report flood may finally be turning
To understand rc2, you have to understand the flood. Since Anthropic launched its Mythos bug-finding model in April 2026, AI tools have been able to find software flaws far faster than humans ever did. The result has been a deluge of bug reports across the whole software industry: Microsoft fixed a record 974 flaws in September 2026, its third record month that year after 622 in July and 206 in June. Kernel maintainers have spent months wading through AI-reported issues, many of them real, many needing rewrites before they could be merged.
Torvalds's rc1 note struck an optimistic note: he was "much happier" seeing AI-triggered work arrive during the normal merge window, as part of ordinary development, instead of flooding in late during the stabilisation phase. He called that a "much healthier model". An independent count tallied 3,008 AI "Assisted-by" commits in the 7.4 merge window — about 2.4 times the 1,257 in the 7.3 window — although the tag used to declare AI assistance was abolished partway through the window, so that count is only a partial measure.
Now rc2 brings the first evidence the tide may be turning. Torvalds wrote that eBPF lead Alexei Starovoitov reports fixes in that area are now coming in faster than new reports:
"This time around Alexei claims that on the bpf side at least the fixes are now coming in faster than the new reports, and that sounds lovely if true. I think most other areas haven't reached that point yet, but it's at least a sign that we may be starting to see the tide starting to turn. Don't hold your breath, but maybe cross your fingers we'll be getting there in the not entirely distant future."
eBPF — the Extended Berkeley Packet Filter — lets small, sandboxed programs run safely inside the kernel and underpins much of modern networking, security and observability tooling. It is one subsystem, and Torvalds is careful: most other areas have not reached that point, and rc3 could easily reverse the trend. But after half a year in which release candidates kept getting bigger because of AI-found bugs, it is the first hopeful data point.

Illustrative image: Linus Torvalds in December 2002. Image: Wikimedia Commons / Linux Magazine, CC BY-SA 3.0
What's new in Linux 7.4: speed, graphics and hardware
Beyond the AI story, 7.4 is a performance release. The headline numbers need their fine print, so here they are with the scope attached:
| Area | What changed | Who benefits |
|---|---|---|
| FAT32 (rc2) | File expansion up to 162x faster in the developer's QEMU benchmarks, from pre-allocating space before growing a file | USB drives and SD cards, mainly small-cluster filesystems on synchronous mounts |
| FAT32 (rc1 cycle) | Space reservation up to 265x faster — 92.489 seconds down to 0.348 seconds in one benchmark | Only the fallocate path; ordinary file copies do not speed up |
| File opening | A simple optimisation makes opening files for reading ~39% faster | Everyday desktop and server workloads |
| ext4 | Optional buffered iomap support for large writes | Servers and desktops with heavy write loads |
| AMDGPU graphics | HDMI 2.1 enabled by default; HDMI 2.2 fixes and a PerfOpt tweak for Radeon integrated graphics in rc2 | Radeon users on modern TVs and monitors; AI workloads on integrated graphics |
| CPUs and chips | Groundwork for AMD Zen 6, early Apple M4 and A18 Pro device trees, Google Tensor G5 and Pixel 10 support, more Snapdragon X2 laptop support | Next-generation laptops and phones |
| Gaming | First kernel driver for Nintendo Switch 2 controllers (Joy-Con 2, Pro Controller 2, GameCube controller) — preliminary, no calibration yet | Linux gamers, without needing Steam Input |
| Rust | About 17,000 lines of Rust added; Android's Binder driver goes Rust-only, deleting 11,470 lines of C | Android phones and memory safety |
| Filesystems | NTFS3 hardened against corrupted or malicious volumes; Btrfs and XFS performance work; the old BFS filesystem removed | Dual-boot Windows users; servers |
The two FAT32 numbers deserve a pause, because they are easy to misread. The 265x figure comes from a benchmark reserving space for sixteen 16 MB files on a synchronously mounted FAT32 volume with 4,096-byte clusters: 92.489 seconds fell to 0.348 seconds. It measures one operation — pre-allocating space — not copying files. The 162x change in rc2 is different, pre-allocating clusters as a file grows, with its biggest gains also on synchronous mounts with small clusters. Your USB stick will not suddenly copy files 162 times faster; what improves is the specific, previously slow path that embedded systems and installers hit.
The Rust story is quieter but arguably more important. Android's Binder — the inter-process communication core every Android app relies on — sheds its C implementation for Rust in this release, deleting 11,470 lines of C. And the kernel's own build times are shorter thanks to optimisation work, although the bigger codebase eats into some of that gain.
Linux 7.4 release date and should you install RC2?
The schedule is the kernel's usual metronome: a release candidate every Sunday, seven or eight of them, then the final release. Stable kernel maintainer Greg Kroah-Hartman's release script projects the final Linux 7.4 for 20 December 2026 — a projection, not a promise. If an eighth candidate is needed, it slips to 27 December.
| Milestone | Date | Status |
|---|---|---|
| Linux 7.3 final | 18 October 2026 | Shipped; 7.3.1 is the current stable |
| Linux 7.4-rc1 | 1 November 2026 | Shipped — record merge window |
| Linux 7.4-rc2 | 8 November 2026 | Shipped — this post |
| Linux 7.4-rc3 | ~15 November 2026 | Expected (weekly cadence) |
| Linux 7.4 final | ~20 December 2026 | Projected, not confirmed |
| LTS designation | Early 2027 | Widely expected, not confirmed |
Should you install rc2? Only if you test kernels. Release candidates are pre-release snapshots for developers and testers comfortable building from source — they can still carry regressions, and rc2 is no exception. Everyone else should stay on their distro's stable kernel and wait. Rolling distros such as Arch Linux typically ship a new kernel within days of the final release — the November 2026 Arch Linux ISO shows how fast that pipeline moves — while Ubuntu, Fedora and Debian take weeks to months. Kali Linux 2026.3 shows the same pattern on the security side: new kernels arrive with the distro's own release train, not the day Linus tags them.
Why it matters for readers in India
Linux is infrastructure in India in a way it is not in most countries: it runs the servers behind UPI and banking, the cloud regions Indian startups deploy to, and every Android phone in the country — which is why the Binder move to Rust and the eBPF work matter here more than the version number suggests. eBPF powers the observability and security tooling that Indian SaaS and fintech companies run in production; if AI-found bugs in that subsystem are finally being fixed faster than they arrive, the whole stack gets more stable.
For developers, 7.4 shows how the kernel itself is changing: AI-assisted patches are now a normal part of development, and languages are shifting too — Go 1.27's new encoding/json/v2 is the same story in user space, with stricter defaults and much faster decoding. If you build on Linux in India — servers, Android, Raspberry Pi projects or a homelab — 7.4 is the release that will underpin your stack through 2027, once your distro ships it.
Should you care?
✅ Yes, if you test kernels or run Linux servers — try rc2 in a virtual machine and report what breaks; that is literally what release candidates are for. ⏳ Wait, if you run a daily machine — stay on your distro's stable kernel (7.3.1 today) and let the 7.4 update reach you after the December release. The AI-flood news is genuinely encouraging, but it is one subsystem and one candidate — worth watching, not worth reinstalling over.
FAQs
When will Linux 7.4 be released?
The final release is projected for 20 December 2026, according to stable maintainer Greg Kroah-Hartman's release schedule. If an eighth release candidate is needed for extra stabilisation, it would slip to 27 December. Weekly candidates run every Sunday until then, with rc3 expected around 15 November.
What is new in Linux 7.4?
The biggest changes are performance and hardware: FAT32 is dramatically faster in two specific operations (up to 162x and 265x in developer benchmarks), files open ~39% faster, AMD graphics gain HDMI 2.1 by default plus HDMI 2.2 fixes, and there is early support for AMD Zen 6, Apple M4, Google Tensor G5 and Snapdragon X2 hardware. Android's Binder driver moves to Rust, and the NTFS driver is hardened against malicious volumes.
Is Linux 7.4 an LTS release?
It is widely expected to become the next long-term support kernel — it is the last major release of 2026 — but that has not been formally confirmed. Kernel.org still lists Linux 6.18, released 30 November 2025, as the latest LTS. Expect confirmation around the final release, with Greg Kroah-Hartman taking over long-term maintenance in early 2027.
Should I install Linux 7.4 RC2?
No, unless you test kernels. Release candidates are pre-release builds for developers and testers; they can contain regressions. Stay on your distribution's stable kernel and wait for the 7.4 update to arrive through your distro's normal updates after the final release in December.
Takeaway
Linux 7.4-rc2 is a routine second test build of a record-breaking release — but the eBPF signal inside it is the most hopeful kernel news in months: for the first time, fixes are outpacing AI-found bugs somewhere that matters. Watch rc3 to see if it holds.
Check which kernel your machine runs today with uname -r, and watch for your distro's 7.4 update after the December release.
Sources
- Linus Torvalds — Linux 7.4-rc1 announcement, Linux Kernel Mailing List, 1 November 2026
- LWN.net — Linus 7.4-rc1, 1 November 2026
- The Register — Linus Torvalds sees signs AI-prompted patch flood has peaked, 9 November 2026
- Phoronix — Linux 7.4-rc2 Change Yields As Much As 162x Improvement For FAT32, 6 November 2026
- XDA Developers — The tidal wave of AI bug reports may hopefully come to an end as Linux 7.4-rc2 got more fixes than reports, 9 November 2026
- OSTechNix — Linux Kernel 7.4 RC1 is Officially Released: Here's What's New, 4 November 2026
- Linux Kernel Mailing List (via Openwall) — Re: Linus 7.4-rc1, Greg Kroah-Hartman's reply with the 20 December 2026 projection, 3 November 2026
- Joho no Todai (Medium) — Linux 7.4 Speeds Up FAT32 fallocate by Up to 265x, 30 October 2026
- XenoSpectrum — Linux 7.4 Sees AI-Tagged Commits Jump About 2.4x, 2 November 2026
Comments
Post a Comment