Fedora Linux 35 (Fedora 35) on the Framework Laptop

There was an issue where the trackpad wasn’t “seated” properly or something. For some people, pressing firmly in center near the bottom will allow physical clicks to start working. I would try that first.

If that doesn’t help, you could open up the laptop and check both ends of the ribbon cable for the keyboard/trackpad and ensure it is fully seated.

1 Like

Has anyone run into issues powering their laptop on after a long suspend? This thread documents pretty clearly what I’m experiencing-- after closing the lid and leaving it for awhile, returning the laptop doesn’t turn on and won’t charge. I think it may have something to do with Fedora by default not configuring enough swap to hibernate on lid close? But I’m not sure if it’s something else entirely… I’m wondering if any other Fedora users have run into these same symptoms, and if anyone has a system configuration that prevents the issue

@ascii-fish you might be experiencing a known bug in the 3.06 BIOS

While you can’t update directly with Linux yet since the 3.07 update isn’t in LVFS, they’re working on getting that update into the LVFS testing channel. Otherwise you’ll need to update it via Windows (if that’s an option).

https://community.frame.work/t/public-beta-bios-3-07-windows-10-and-11-alpha-driver-bundle/

Hi @gclimer thanks so much for the advice! I updated my BIOS and the issue now seems to be solved.

Right now I am dealing with another issue, which is that the laptop seems to run out of charge while the lid is closed for any nontrivial period of time. This isn’t a dealbreaker, but it is a bit inconvenient and I don’t want to waste too many charge cycles on my computer doing nothing.

I suspect that this might be because Fedora does not by default allow hibernation due to swap being configured to ZRAM instead of storage. Running $ systemctl hibernate gives:

Failed to hibernate system via logind: Not enough swap space for hibernation

What I want to enable is either hibernate or suspend-then-hibernate on lid close. I am considering using this guide for hibernation which seems to meet my use case almost exactly. But I wanted to ask you here in this thread, does anyone have any experience enabling hibernation for a Fedora default install?

That guide looks similar to the one I followed, and my hibernate is working just fine. Do you have secure boot disabled? Are you using LUKS encryption on any of your btrfs volumes (EFI, boot, root)?

I created my /swap subvolume during install, though the rest of the guide seems to check out.

Disabling secure boot, I believe, is a prerequisite to allowing hibernate to work.

I ended up tuning in hibernation on my default fedora install. I have secure boot disabled and I don’t use LUKS. I posted what I did here.

I hope it helps.

2 Likes

Thanks for sharing it! What’s the reason you created the /etc/tlp.conf file newly instead of installing the ltp RPM package?

I installed the TLP like this seeing the installation document on Fedora, and editted the file /etc/tlp.conf.

$ sudo dnf install tlp tlp-rdw
$ cd /etc

$ sudo cp -p tlp.conf tlp.conf.org

$ sudo vi tlp.conf

$ diff -u tlp.conf.org tlp.conf
--- tlp.conf.org	2021-10-05 17:51:20.000000000 +0200
+++ tlp.conf	2021-12-31 21:53:38.867100574 +0100
@@ -342,6 +342,7 @@

 #PCIE_ASPM_ON_AC=default
 #PCIE_ASPM_ON_BAT=default
+PCIE_ASPM_ON_BAT=powersupersave

 # Runtime Power Management for PCIe bus devices: on=disable, auto=enable.
 # Default: on (AC), auto (BAT)

Do you mean tlp package? I didn’t have a conf file at all… It could be that I didn’t install the radio components (tlp-rdw) as I did tlp only.

Ah yes tlp package, not ltp package. OK you didn’t install the tlp-rdw. But you also didn’t install tlp package too? The tlp package includes /etc/tlp.conf. So, how does the PCIE_ASPM_ON_BAT=powersupersave in the /etc/tlp.conf work wihtout the tlp package?

$ rpm -q tlp
tlp-1.4.0-2.fc35.noarch

$ rpm -ql tlp | grep etc
/etc/tlp.conf
/etc/tlp.d
/etc/tlp.d/00-template.conf
/etc/tlp.d/README

@junaruga

Replied on my mobile on the previous post… So, on further review, I think I mixed up my notes, and I modified the lines in /etc/tlp.conf

So you are right, I modified the file that existed after installing the tlp package. My bad!

1 Like

@LegacyJames OK. No problem! I am curious to know how your Framework Laptop’s battery life looks like after you tuned the battery life including hibernation. What is the number “discharge rate” by powertop command or “energy rate” by upower command on your environment now? I am not sure the numbers are proper to measure the battery tuning.

Related topic: Linux battery life tuning - #119 by junaruga

@junaruga It varies, as I’m typing right now I see 5.68 W on powertop. I haven’t used upower before and it doesn’t seem to output anything.

I usually I see around 5.5 - 9.5 W depending what I’m doing. I have 3 USB-C and 1 USB-A module in. I keep bluetooth usually disabled, keyboard backlight off, and screen brightness fairly low.

Oh, and hibernate works much better than s2idle… I had closed my lid, unplugged the power cord for about 3 hours, and it booted up at 100%.

I’m also having this issue…I’ve downgraded the fprintd drivers hoping for a resolution but it still doesn’t work. It continues to say the device has already been claimed.

@pyguydev - try running the python script on these forums to delete all existing fingerprints.

Funny you mention this…just found and ran :slight_smile: What a blessing

2 Likes

Thanks for sharing it. It looks great result!

Today I experimented just keeping closing my Framework Laptop for 3 hours. The result was the battery was reduced from 100% to 90% during the 3 hours. The powertop and tlp daemons are enabled. But no hibernate. Just using s2idle maybe. My BIOS version is 3.02. Hmm huge difference from you.

@junaruga

Yes, s2idle will drain down the battery quickly. Did you set up hibernate yet? Does systemctl hibernate work for you? You should see no battery drain from just kicking off hibernate and powering on later, since it’s being written to disk.

By default Fedora 35 prohibits hibernation. Check your dmesg output for the line:

Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7

Also, I believe hibernation and zram can present challenges, as zram puts swap in a RAM disk, so…

Yeah, I wanted to measure the battery life before changing the setting from s2idle to hibernate. I didn’t set up the hibernate yet. In my current Framework Laptop, memory is 32 GB, and swap is 8.0 GB, I have to expand the swap size to more than 32 GB. The situation is like you. I am investigating the steps and other things such as what s2idle and hibernate are, referring your blog now. :slight_smile: