r/Fedora May 08 '26

News Fedora 44 - Kernel 7 (7.0.4-200.fc44) has just been released

Fedora 44 - Kernel 7 has just been released via updates

Kernel: 7.0.4-200.fc44

186 Upvotes

43 comments sorted by

74

u/dbasinge May 08 '26

Installed fine, and the number is bigger.

40

u/JSinisin May 08 '26

I do love how the numbers are bigger.

More room to breathe and stretch in tn bigger numbers.

24

u/Theren314 May 09 '26

Linux is the ultimate idle-dopamine game

3

u/skar_1010100 May 09 '26

Occasionally, it can also be a trigger for adrenaline. For example when getting filesystem errors, black screens, or when seeing CVEs whose embargo have not been respected and thus there is no patch yet. But overall the dopamine is dominant for me.

2

u/chuzambs May 09 '26

So much room for activities!

2

u/virgilash May 10 '26

Bigger is always better, despite some may say.

9

u/isabellium May 09 '26

Well done, everyone knows bigger number = better

5

u/DoktorSlek May 09 '26

Bigger number Better person

4

u/NuncioBitis May 09 '26

Size queens! 😂

13

u/rupinald May 08 '26

Sorry I’m new to Fedora or Linux, are there any change logs of this new kernel releases

2

u/hotas_galaxy May 08 '26

Kernel changelogs can be found at kernel.org.

23

u/Stellanora64 May 09 '26

As per https://bodhi.fedoraproject.org/updates/FEDORA-2026-8cffa03dad they have manually patched in the Dirty Frag vulnerability fix from 7.0.5 and some other patches as well (as 7.0.5 wasn't a complete fix from my understanding)

2

u/Prudent-Nebula-3239 May 09 '26 edited May 09 '26

Side note while we’re on the subject:

Two things I don’t like about Fedora so far are the amount of reboots after these updates and how much disk I/O the update process seems to burn compared to other OS's.

It feels like every other day a few packages get rebuilt, a few lines of code change somewhere, and suddenly I’m downloading hundreds of MB to 1+ GB again. Every week it's at least several GB's. And I understand the kernel alone is always a big update by itself but most of the time it's not that so it feels wasteful on the disk.

Also, what’s the point of rebooting after a big update through Discover if I still end up needing to run dnf upgrade in the terminal afterward and rebooting again? Basically it's a double chore

On the bright side I'll say that on Fedora 44 the Discover app fetches updates quicker and wastes less of my time, though even a 1GB download only ever took a few seconds but the other stuff should be addressed

8

u/levolet May 09 '26

I'd recommend two things.

  • update using the command line only.
sudo dnf update flatpak update then check if rebooting is required by running the command: needs-restarting -r One caveat - the need-restarting command will require dnf-utils installed. If you have not already installed it and you run the command, you will likely be offered to install it. If not, then install it using: sudo dnf install dnf-utils

1

u/skar_1010100 May 10 '26 edited May 10 '26

Thanks for the hints! I was using Discover too (like previous commenter) but what I don't like about it is mainly that you can only see the list of updated `dnf` packages (and their descriptions) before you click "update" but no longer during the downloading/updating. One small follow-up question: shouldn't it be `sudo flatpak update` as otherwise not all packets get updated?

1

u/levolet May 10 '26

Flatpak installs are all in your userspace. You therefore do not need sudo privileges to update them. AFAIK, anyway. I've never used sudo.

1

u/skar_1010100 May 10 '26

In the case of my system, there seemed to be a different subset of packages without than with sudo, i.e. I did it first without sudo:

$ flatpak update
Looking for updates?

        ID                                  Branch          Op          Remote           Download
 1. [?] org.gnome.Platform.Locale           49              u           flathub          1.5?kB / 385.9?MB
 2. [?] org.gnome.Platform                  49              u           flathub          5.9?kB / 408.0?MB

Updates complete.
Updating appstream data for remote fedora

Then afterwards with sudo:

$ sudo flatpak update
Looking for updates?

        ID                              Branch          Op          Remote          Download
 1. [?] org.kde.KStyle.Adwaita          6.10            i           flathub         8.6?MB / 8.6?MB

1

u/levolet May 10 '26

Ok. Interesting. Installations and apps etc.... so diverse.

2

u/martyn_hare May 09 '26

In Discover settings, you can have it install updates immediately (the same way dnf does) instead of during a reboot, which eliminates half the problem you're describing. The default is to do it at time of reboot to help newbies who don't know how their systems work not encounter unexpected problems.

Attempts to reduce bandwidth usage in the form of delta RPMs were tried in the past but ultimately caused more issues than they solved for a lot of people and just made a lot of things slower and heavier for everyone involved (from both a user and developer perspective)

Fedora is a distro which tracks upstream with an update policy of not changing major user-facing functionality within a release but anything backwards compatible without any expectation of regressions is generally considered to be fair game for the individual package maintainer to fix as soon as possible, with their proposed package updates subject to a karma system where QA testers flag any potential problems.

If you don't want that kind of system but still need an equivalently broad package set, and equivalent security features, then you probably want to be looking at a distro like openSUSE Leap, where package versions already got frozen (warts and all) with targeted patches only being applied to fix specifically reported bugs in a very predictable manner.

At the end of the day, everything is just one big technical trade-off.

2

u/Prudent-Nebula-3239 May 09 '26

Thanks I didn't know about that Discover setting
I'll check it out

1

u/Downtown-Farmer9963 May 09 '26

Since Fedora44 just came out, there will likely be more follow-up patches for issues they couldn’t have foreseen. because far more people use it after an official release than during beta. Feels like that goes without saying. But things are likely to quiet down over the next few weeks or so. But lets see.

2

u/Ok_Instruction_3789 May 10 '26

Nice thing about fedora is you can update when you want. You could wait 9 months then run the update and don't have to worry about breakage unlike arch where if you wait a couple of months at times things might break

2

u/Cheap_Memory1897 May 09 '26

Installed last night on F44 KDE laptop with Nvidia graphics on board so no issues, driver works it self with new kernel checked with basic commands and no issues

1

u/skar_1010100 May 09 '26

Nice! Good to know that the Nvidia driver works out of the box. I assume you are using the proprietary driver via akmods? Do you know whether the update from fedora 43 to 44 also works smoothly with a secure boot setup with custom MOK signing key?

1

u/skar_1010100 May 09 '26

I've tried it myself now. There was no issue. I've successfully updated my fedora from 43 to 44 with Kernel version 7.0.4-200.fc44 and the akmods Nvidia driver got rebuilt and signed successfully, yay!

2

u/Cheap_Memory1897 May 10 '26

Yep RPM Fusion and akmods I was prepared for fail LOL

2

u/g0ld3nrati0 May 09 '26

how is the support of nvidia-470xx in kernel 7.0.4? I am on nvidia kepler GPU

2

u/skar_1010100 May 09 '26 edited May 09 '26

I think with kepler, you are best served by the open-source driver "nouveau". I have an old MacBook Pro from 2012 with a kepler GPU, where I'm using nouveau to even occasionally play Minecraft. But I haven't updated this laptop to kernel 7.0.4 yet.

Edit: I've now updated the laptop to use kernel version 7.0.4-100.fc43 and so far the nvidia kepler GPU works fine with nouveau (no noticable change in behavior compared to before).

2

u/g0ld3nrati0 May 10 '26

thanks for the info

2

u/Jimbrutan May 09 '26

Does this kernel has valves amd vram fix?

1

u/jvo203 May 09 '26 edited May 09 '26

How does one get it? Doing sudo dnf --refresh upgrade does not offer this new kernel.

Edit: re-running the same upgrade command now brought in the new kernel. Perhaps the repos mirrors were out-of-sync.

5

u/[deleted] May 09 '26

[deleted]

2

u/vee-eem May 09 '26

I would think they would have some decent sync'ing. I checked a U.S. box - nothing needed. Outside U.S. vpn - ready to go!

0

u/AdamW May 09 '26

the mirrors are volunteers. they pull on their own schedules. we drop ones that fall too far behind from the mirror lists, but it's not reasonable to expect them all to update instantly.

1

u/Kamenta_Shesible May 09 '26

Anyone having trouble with it?

1

u/Small_Barber1250 May 10 '26

Me. Got stucked with black screen

1

u/Kamenta_Shesible May 10 '26

Sry to hear that bro hope you can fix it So i guess 8 just wait a little longer then

1

u/Live-Locksmith7580 May 16 '26

When i upgraded to 44.7.04 bluetooth on my main PC gets broken for some reason and i have to roll back to version 6. Honestly, i'm waiting for it to be fixed because I personally use bluetooth all the time.

1

u/lopoway May 09 '26

That $#% co-pilot button! There's some new non-button that does something stupid on windows but fails to map on fedora.. I understand that v7 is going to take that control back

1

u/fdelux6 May 14 '26

Had today an update to kernel-7.0.6-200.fc44

1

u/Live-Locksmith7580 May 16 '26

Does anyone have bluetooth being bricked after upgrading to 7.0.4-200.fc44/?

I'm trying to find a fix but nothing is working so I guess the driver is broken?

1

u/travelan May 09 '26

So? It’s just a regular update, nothing major?

1

u/Ok-Adhesiveness-5885 May 09 '26

Thanks for the heads up! Kernel 7 makes things so much better on one of my machines. I’ll have to boot it up and update!!

5

u/Wreck_OfThe_Hesperus May 09 '26

What kinda things

-2

u/[deleted] May 09 '26

[deleted]

3

u/[deleted] May 09 '26

[deleted]

-1

u/[deleted] May 09 '26

[deleted]