Well, this is test week. 7.0.2 is available in koji now. It is built just as any other kernel I ship, signed and all. Available for F43 and F44 (F42 will not get 7.0.x). Feedback has been pretty good from most people, so feel free to give it a go.
Not usual in Fedora right?
Also not usual for the kernel itself. Fixes and security patches are backported to LTS kernels, but not new features.
Test Day:2026-04-26 Kernel 7.0 Test Week - Fedora Project Wiki has the instructions to install kernel 7.0.2 on fc42/43/44
Hi,
perhaps you really need a new 7.X kernel, becouse you read that it is solution of your problems (?). Well, why you wait for new distributio of kernel. You could compiled kernel from source. Download kernel tar.ball.xz or gz, uncompress it - usullay in /usr/src and you use .config of Fedora kernel for base of older Fedora kernel. But you will have to change it. Becouse you donāt need many parameters which are setup there. Run ākernel menuconfigā and āWelcome in the kernel configuration hellā. If you somebody something to do it false, you kernel will not work - or only limitated.
After make menuconfig you could run this script:
VERSION=grep -w "VERSION =" Makefile | awk -F"= " '{print $2}'
PATCHLEVEL=grep -w "PATCHLEVEL =" Makefile | awk -F"= " '{print $2}'
SUBLEVEL=grep -w "SUBLEVEL =" Makefile | awk -F"= " '{print $2}'
EXTRAVERSION=grep -w "EXTRAVERSION =" Makefile | awk -F"= " '{print $2}'
make clean && make -j14 CONFIG_DEBUG_SECTION_MISMATCH=y bzImage && make -j14 modules && make modules_install && cp arch/x86_64/boot/bzImage /boot/vmlinuz-$VERSION.$PATCHLEVEL.$SUBLEVEL$EXTRAVERSION && cp System.map /boot/System.map-$VERSION.$PATCHLEVEL.$SUBLEVEL$EXTRAVERSION && dracut -v --xz -f /boot/initramfs-$VERSION.$PATCHLEVEL.$SUBLEVEL$EXTRAVERSION.img $VERSION.$PATCHLEVEL.$SUBLEVEL$EXTRAVERSION && echo āO.K.ā && make clean
make -jXX is about how many CPU or ways you have. /etc/grub2-efi.conf (link) you would udjust alone.
Hmm, kernel compilation took less than 20 minuts - for my and my configuration of kernelā¦
Thanks sharing your experience. The time of compilation is really a guess which strongly depends on hardware you are using and the level of experience a user has. Please do not forget that we never know exactly how much users are involved with Linux. This way your proposal is more for experienced user and I personally would not propose to follow it.
However participating on the TestDays/Week for the 7.0 kernel makes totally sense. This way also newer users have the chance to help us to debug it and get slowly into the process of working deeper with a kernel.
Hi,
OK ,thanks, but we should know remeber, that kernel compilation for limitated HW is not the same as ādistributionā kernel, which should works well on every x86_64 HW (Fedora) ā¦
In Europe is more than 23:00, sorryā¦
I mean sure, that works. But considering we build stable kernels within hours of them coming out, it seems rather overkill when you can just download them and install them (7.0.3[1] is already available in koji). If you want to build your own config for some other reason, that is a perfectly valid thing to do, but if you just want the Fedora 7.x.y kernel it is rarely much of a wait.
[1] 7.0.3 contains a fix for xen and no other changes, so no need to update from 7.0.2 if you arenāt using xen.
compile your kernels as a user and save work !
I do:
make all -j $(nproc)
sudo make -j $(nproc) modules_install
sudo make -j $(nproc) install
sudo grub2-mkconfig -o /boot/grub2/grub.cfg;
thats all you need to get the new homebrewed kernel bootable under /boot.
No error prone cpās or dracut runs needed !!!
===
and if you want create your own config and build all following kernels with it:
make config (or xconfig or ...)
adjust your drivers/settings and when done
make savedefconfig
cp defconfig ../
more to read ?
while in the kernel tree run
make help
to see the build options (targets) ā¦
Hi,
what your problem to run of the script. It works more then 20 yours? Sorry, I donāt understand. Or you could do it to by the your way - no problem (for my)ā¦
Pcheche, I must you warnig to run āmake configā - this is really for hard mens.
7.0.4 is out for Fedora 44.
You folks in the Fedora Kernel group do a fantastic job testing and getting these into the repos.
Thanks for all the hard work!
Hi,
yes, know it and thank you. New kernel is ready and worksā¦ Of course, for my HW and my kernel configuration.
I will have to change it, becouse there is many nonsens. Iām retired and and Iām to lazyā¦
Hi,
Sorry, (nobody is perfect) and again: :āI will have to change it, becouse there is many nonsens.:ā yes, for my and my kernel confirguritonā¦
uname -srvm
Linux 6.19.14-300.fc44.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Apr 23 15:17:50 UTC 2026 x86_64
sudo dnf upgrade --refresh --allowerasing
[sudo] password for l:
Updating and loading repositories:
Fedora 44 - x86_64 - Updates 100% | 2.4 KiB/s | 5.3 KiB | 00m02s
Fedora 44 openh264 (From Cisco) - x86_64 100% | 655.0 B/s | 986.0 B | 00m02s
Fedora 44 - x86_64 100% | 3.8 KiB/s | 4.7 KiB | 00m01s
Repositories loaded.
Nothing to do.
Ubuntu 26.04 with kernel 7.0 was released on Apr 23. Itās May 9 today . Where is kernel 7.0 for fedora 44?
Both my server and workstation have upgraded to 7.0.4 yesterday, so your mirror must have not synced yet.
Try not to be so rude next time you ask a question.
Pushed to stable 16 hours ago.
If your local mirror hasnāt synced yet, you should be able to pull it from the updates-testing repo:
sudo dnf upgrade --refresh --advisory=FEDORA-2026-8cffa03dad --enable-repo=updates-testing
All 3 Fedora systems here in N. America updated yesterday and this morning to 7.0.4-200.fc44.x86_64. Note that 7.0.4 has important security updates. I use command-line updates in part because package kit was often slower to provide updates.
@lutingrong you could also use a VPN and log into an other region which might has the changes already. Just in case you can not wait 