Yesterday i saw Fedora 41 was released and i upgraded. I’m running the KDE spin, installed fresh at version 40 with disk encryption 2 weeks ago. I’m running FW13 Core Ultra 125H 32GB 2TB.
The update went fine; only odd thing was that the system seemed to hang a good 5-10 minutes on the restart&apply updates screen. I was googling solutions on my phone before i would do a hard power down, but then it finally went though like nothing was wrong. So if you also get this; be patient!
After upgrade i also installed the Core Ultra 3.4 Beta BIOS. So far so good with no obvious changes to be seen in the OS, dnf is supposed to be faster but i already found it to be lightning fast to install updates for OS+apps compared to Windows
In my case I updated to Fedora 40. I’m running Bluefin:gts and it was updated this morning from Fedora 39 to 40. In the case of bluefin the updates are slightly different, but I did not notice “anything broken”.
I almost (almost) miss the times when a new release of your favourite distro implied some fixes (well, tbh, I do not miss those time, hahaha)
I saw the update notice early this morning, and in a tremendous leap of early adopter faith, I went for it. Adding to my anxiety I did it on battery power with 70% charge remaining. Even more anxiety, I hadn’t done any recent backups. (Most of my stuff is in a cloud somewhere, so no biggie). And if that wasn’t enough my system is configured to run dual boot Win11/Fedora 40 (now 41).
The upgrade went smooth, the download took only a few minutes (thank you 1Gb internet service ) The update process went smooth ~10min. At around the halfway point it slowed to a crawl (almost thought it hung) but in a minute or so picked up. When complete it rebooted back into Fedora no issues. Networking came up & VPN connected just fine. Firefox stared up, no issues accessing websites or playing YouTube videos.
Rebooted the machine into Windows 11 no problem. Lightroom ran as expected (accessing my photos in Adobe cloud), and Firefox ran as expected just as in Fedora. Rebooted back to Fedora NTF.
IMHO go for it realizing that all things considered YMMV…
I think you can forget that. This is a BIOS issue on the 11th gen and completely independent of the distribution or kernel versions being used. I will do a reinstall with preparations for hibernation since that’s going to be the only way for 11thgen to save some battery.
I’m curious as to how the battery life will be on AMD boards since the release notes state that they moved away from Power Profiles Daemon and have Tuned as default now
I upgraded my os from Fedora 40 to 41 as well, and it is running well so far.
Mine is workstation version (the one with GNOME 47) and I’m using AMD 13 model.
I did not erase everything. I just used dnf for my upgrade.
Whenever I face some issues, I will share those!
since doing the update, my battery percentage display has been stuck at 98%, i hope it’s a software/firmware problem and that it’s not my battery, FW16
EDIT: nevermind, i guess the battery drain is much smaller now? weird
Specifically on firefox: sometimes the tab fails and I restart it, sometimes the whole browser and most of the times the whole system so I have to force shut it down.
I upgraded yesterday on my FW 13 Core Ultra 155h. Everything seems to work except I have troubles running steam on wayland on my second screen. For whatever reason, even if my second screen is set as primary (I’m using gnome) and has 100% scaling, steam is scaling to integrated screen scaling settings (200%). I did not have this behaviour on Fedora 40.
The only way for me to play my steam games right now is to set integrated screen scaling to 100% temporarly or to run on xorg (but it ruins my screen configs when I come back to wayland)
I updated on the day F41 was released, and everything went smoothly. No issues, nothing broke – running on Framework 13 with 12th-gen Intel.
The main change I noticed is the switch to “tuned” for battery and system optimization, replacing power-profiles-daemon. From a fresh installation standpoint, tuned seems more effective than power-profiles-daemon, but I’m not completely satisfied with it. I used TLP before, which handles around 95% of tuned’s tasks but is far more user-friendly to configure. The documentation for tuned is scattered and often requires diving into the source code just to find tuning parameters, their names, and possible values. In comparison, TLP lacks profile support (limited to AC and DC profiles, that are selected automatically) and doesn’t provide a gnome-shell interface to switch profiles.
I tried setting up tuned profiles for different workloads and verified them using tlp-stat and powertop. By default, tuned (with its default profiles) only activates about half the settings that TLP recognizes. Editing those profiles took me a minimum of six hours (due to bad documentation), and even with identical settings enabled, my idle power consumption wouldn’t go below 3.3W with tuned, compared to TLP’s 2.3W. While idle consumption isn’t an ideal comparison metric, I don’t have a standardized runtime test available at the moment.
General PSA: Friendly reminder for our officially supported distros, we’re recommending your defaults. Newer configurations will be moving to tuneD.
Fedora 41 for example, used ppd-tuned. Provides a gui of PPD for your performance settings.
TLP as always, AMD does not recommend and for Intel, advanced users only…but not officially recommended.
Custom tuneD profiles can accommodate any custom cpu and performance considerations for advanced users.
(Edited and corrected tuned-pdd) If you are set on using TLP, that’s fine, but you need to disable ppd or tuneD or tuned-pdd.
In my testing, per Mario’s recommended checking, I found that tuneD with the default ppd-tuned was close in some soft daily testing to ppd. Did not see a dip in battery life.
does anyone know how to make sure that all the drivers required from Framework Laptop 13 (Intel® Core™ Ultra Series 1) are there and intact after the update? The freezes Im getting seem to be related with the graphics.
I did not know 11th gen has a bios issue with sleep. I was wondering why after years of updates it still has problems waking from sleep. Do you have more information about it?
I’m having issues upgrading from Fedora Silverblue 40 → 41. I’m getting the following error:
$ rpm-ostree rebase fedora:fedora/41/x86_64/silverblue
error: Could not depsolve transaction; 1 problem detected:
Problem: conflicting requests
- package tuned-ppd-2.24.0-6.fc41.noarch from @System conflicts with ppd-service provided by power-profiles-daemon-0.23-2.fc41.x86_64 from updates
- package power-profiles-daemon-0.23-2.fc41.x86_64 from updates conflicts with ppd-service provided by tuned-ppd-2.24.0-6.fc41.noarch from @System
- package tuned-ppd-2.24.0-6.fc41.noarch from @System conflicts with ppd-service provided by power-profiles-daemon-0.23-1.fc41.x86_64 from fedora
- package power-profiles-daemon-0.23-1.fc41.x86_64 from fedora conflicts with ppd-service provided by tuned-ppd-2.24.0-6.fc41.noarch from @System
- installed package tuned-ppd-2.24.0-6.fc41.noarch obsoletes power-profiles-daemon < 0.23-2 provided by power-profiles-daemon-0.23-1.fc41.x86_64 from fedora
- package tuned-ppd-2.24.0-6.fc41.noarch from @System conflicts with ppd-service provided by power-profiles-daemon-0.23-2.fc41.x86_64 from updates-archive
- package power-profiles-daemon-0.23-2.fc41.x86_64 from updates-archive conflicts with ppd-service provided by tuned-ppd-2.24.0-6.fc41.noarch from @System
It seems that the transition from PPD to Tuned-PPD isn’t going smoothly. I have tried waiting a while to see if this might have been a bug in the update process but it doesn’t seem to change. I don’t see an obvious issue with my layered packages: