XanMod Releases 7.3.0-xanmod1 Kernel Built on Mainline Linux 7.3
XanMod's rolling EDGE branch tracks the latest mainline release, landing days after Linus Torvalds shipped Linux 7.3.
XanMod shipped 7.3.0-xanmod1 today, the first build of its EDGE branch layered on top of the freshly released mainline Linux 7.3. Torvalds put 7.3 out on Sunday, October 18. Five days later you have a working XanMod build, which is faster than most distros will move.
Keep in mind that XanMod isn't an operating system. It's a pre-built, pre-configured kernel that you swap in for your distro's stock one. The project has been maintained since 2015 by Brazilian developer Alexandre Frade, and it's licensed under GPLv2, so you can rebuild it for basically any purpose.
XanMod calls itself a "general-purpose Linux kernel distribution with custom settings and new features," built "to provide a stable, smooth and solid system experience." That's a lot of adjectives for software that lives entirely below your applications. The idea is sound, though. Take near-vanilla mainline Linux and layer on a curated set of patches for scheduling, memory management, I/O and compiler optimization, then recompile everything with aggressive x86_64 flags.
The EDGE branch moves fast
XanMod publishes four branches, and each one serves a different crowd.
The MAIN branch follows stable mainline point releases. It's currently sitting on 7.2, for example 7.2.12-xanmod1. The LTS and RT branches track the 6.18 long-term line. The EDGE branch is the one that jumps onto new major mainline trees the moment they land, which is why it's the first to pick up 7.3.
The commit history confirms it. The base commit is Torvalds's own Linux 7.3, dated Sunday, October 18, 2026, with Frade's XanMod patches layered on top.
Linux 7.3 is a big one on its own. According to LWN.net it "is a record-breaker on all fronts," pulling in 18,765 non-merge commits from 3,021 developers. 807 of those were first-time kernel developers, which is a fair way of saying the project keeps growing. The headline features include completed sched_ext cgroup sub-scheduler support, a new failfs pseudo-filesystem with an accompanying fchroot(2) system call, major Btrfs and ext4 performance gains, improved VRAM management for lower-end GPUs, and userfaultfd-based working-set tracking for VM guest memory.
Building 7.3.0-xanmod1 on this base means EDGE users get all of that plus the project's own tunings.
That's the sort of kernel that thrives on enthusiast hardware. I'll grant that the Steam Deck driver suite, the Android Binder IPC module for Waydroid, and the PCIe ACS override for GPU passthrough show where XanMod's interests actually lie. This is a kernel for people who tinker.
What's actually in the patchset
XanMod's enhancements follow a consistent pattern across builds, and 7.3.0 is no exception.
On the build side you get LLVM Software Pipelining via SMS, the LLVM Polyhedral (Polly) loop optimizer, plus extra x86_64 CFLAGS and a build-system change that moves x86 instruction set selection to kernel-wide build. XanMod's own commit notes say preliminary benchmarking showed roughly a 2 percent improvement across perf benchmarks with essentially no growth in kernel image size, at negligible compile-time cost.
The scheduling, memory and I/O tuning is ZEN-derived. That means block-layer runqueue tuning for high IOPS throughput, reduced swapping, a raised max_map_count, and working-set protection for active pages, enabled by default through vm.workingset_protection=1.
Networking gets Cloudflare's TCP collapse processing with a sysctl to skip collapse when the receive buffer is full, Google's BBRv3 TCP congestion control set as default, plus nf_tables full-cone NAT support and an FLOWOFFLOAD target to speed up packet processing.
It's a broad patchset, and most of it is already familiar from recent XanMod releases. The BBRv3 update, for instance, came from Oleksandr Natalenko at CachyOS in April. The working-set protection patch is Firelzrd's, enabled by default. Nothing here is a radical departure. It's XanMod's signature best-of-both-worlds recipe: a record-breaking mainline kernel with a mature performance patchset bolted on.
Who should install it
XanMod's official apt repository covers 64-bit Debian-based distributions only. Supported codenames include bookworm, trixie, sid, noble, plucky, and several newer ones. Debian oldstable gets the LTS branch only.
To install it you register the PGP key, add the repo, then update and install. The EDGE package is linux-xanmod-edge-*, and the MAIN one is linux-xanmod-x64v3. If you need external driver modules to build, also grab dkms, libelf-dev, clang, lld and llvm. Reboot, then check your version with cat /proc/version.
The repo also ships llvm-defaults, scx-scheds, nvidia-graphics-drivers, nvidia-settings and nvidia-prime. For NVIDIA users there's a companion driver repo hosted on OpenSUSE. As of now the Production branch sits at 595.112.07 and the New Feature branch at 615.78.08.
There's a caveat worth repeating. XanMod notes on its website that external driver modules like NVIDIA, OpenZFS, VirtualBox and VMware sometimes lag behind the newest kernels. The newest builds can occasionally introduce instability too. The EDGE branch trades a bit of the LTS branch's long-term steadiness for immediacy, which is a fine bargain for enthusiasts but not something to do blind on a production box.
XanMod also offers builds at different x86-64 psABI levels, so you can match the kernel to your processor. x86-64-v2 covers AMD Zen through Intel Sandy Bridge and newer, while v3 targets AMD Zen and Intel Haswell and later. There's a v4 AVX-512 build, though XanMod honestly notes it offers no kernel benefit. A compatibility checker script is available at dl.xanmod.org.
For anyone curious about where Linux kernel performance is heading, the 7.3.0-xanmod1 build is a practical, ready-to-run window in that direction.
Head here to the XanMod website for install details and the full changelog.
