3 ms·

Hmm. Maybe the issue is with the factory install process or I lucked out and picked the right distro because I'm super happy, surprisingly so, with Ubuntu 22. I

Hmm. Maybe the issue is with the factory install process or I lucked out and picked the right distro because I'm super happy, surprisingly so, with Ubuntu 22. It was the first time in a LONG time I've done my own OS install, so I was a little worried, but I made it a relaxing, non-rushed experience making the USB stick on another computer. I've done no tweaking to the OS and its...great. And by great I mean "I don't really think about the OS and sometimes I forget I'm in Ubuntu". Of course, there are some quirks. The thing seems to leak power while suspended - but the work around is to shutdown, since it boots in ~5 seconds anyway! The fingerprint reader on the power button doesn't work, but that's not something I would really use anyway. Snap seems to be broken in ways I don't understand, because it periodically prompts me to do the same thing over and over and never seems to succeed. That seems more like an Ubuntu problem - like, ditch snap, whatever it is.

danudey 4y ago
Did you get the 11th gen or the 12th gen? The 11th gen experience is largely free of issues (after a few BIOS updates), but the 12th gen experience is composed almost entirely of them.
- javajosh 4y ago
  I got perhaps the second or third batch of 11th gen - I didn't realize they had another revision! That really sucks it introduced so many problems.
- burntsushi 4y ago
  The 11th gen is definitely not free of issues. I have an 11th gen, and my Framework takes about 10 seconds to wake from suspend. Yes, I'm using 'deep' sleep: $ cat /sys/power/mem_sleep s2idle [deep] And no I'm not switching to 's2idle' because that results in far greater battery drain. Also, even when in 'deep' suspend mode, there was some pretty significant power drain when I had the HDMI and USB-A expansion cards installed. I "fixed" it by replacing them with USB-C cards. Not a huge deal for my usage pattern, but annoying nonetheless.
  - warner25 4y ago
    It took a while for Framework and the community to figure it out, but the s2idle problem is fixed with the nvme.noacpi=1 kernel argument. You get instant wake and no more battery drain than deep. This is in the official Framework installation guide for Fedora and other distros now. grubby --update-kernel=ALL --args="nvme.noacpi=1" The drain with USB-A and HDMI cards is real, though. I see 2-3% per hour (as compared to <1% with only USB-C cards), and there seems to be no fix on the horizon. Not a huge deal for my usage pattern either, as I'll power off or put it on the charger if I'm not going to use it again for more than a couple hours.
    - burntsushi 4y ago
      Interesting. I had ruled out s2idle completely because I just figured it would have much higher battery drain. From the Linux kernel docs[1]: State: Suspend-To-Idle ACPI state: S0 Label: "s2idle" ("freeze") This state is a generic, pure software, light-weight, system sleep state. It allows more energy to be saved relative to runtime idle by freezing user space and putting all I/O devices into low-power states (possibly lower-power than available at run time), such that the processors can spend more time in their idle states. This state can be used for platforms without Power-On Suspend/Suspend-to-RAM support, or it can be used in addition to Suspend-to-RAM to provide reduced resume latency. It is always supported. And notice that for 'deep' mode, the same docs say: State: Suspend-to-RAM ACPI State: S3 Label: "deep" This state, if supported, offers significant power savings as everything in the system is put into a low-power state, except for memory, which should be placed into the self-refresh mode to retain its contents. I do already have 'nvme.noacpi=1' set, so I guess I'll try out 's2idle'. Thanks for the tip. I do note that the installation guide doesn't say anything about s2idle vs deep suspend: https://guides.frame.work/Guide/Fedora+36+Installation+on+the+Framework+Laptop/108 https://guides.frame.work/Guide/Fedora+36+Installation+on+th... [1]: https://www.kernel.org/doc/Documentation/power/states.txt https://www.kernel.org/doc/Documentation/power/states.txt
      - warner25 4y ago
        Yes, in the installation guide, because s2idle is the default setting, it just advises adding the kernel argument under "Step 4" where it talks about SSDs. On that note, Western Digital apparently told Framework that this is only a problem with their older firmware, but most of us have found that the kernel argument makes a big difference despite having the latest firmware. Also, I don't understand the details, but I've read that Intel's 11th Gen CPUs don't actually (fully?) support S3, so that might explain why it doesn't provide any noticeable power savings over S0 with the kernel argument.
archwiki 4y ago
I have 12th gen and fixed suspend battery drain by using deep mode per the following instructions: https://wiki.archlinux.org/title/Framework_Laptop#Suspend https://wiki.archlinux.org/title/Framework_Laptop#Suspend

danudey 4y ago

Did you get the 11th gen or the 12th gen? The 11th gen experience is largely free of issues (after a few BIOS updates), but the 12th gen experience is composed almost entirely of them.

javajosh 4y ago
I got perhaps the second or third batch of 11th gen - I didn't realize they had another revision! That really sucks it introduced so many problems.
burntsushi 4y ago
The 11th gen is definitely not free of issues. I have an 11th gen, and my Framework takes about 10 seconds to wake from suspend. Yes, I'm using 'deep' sleep: $ cat /sys/power/mem_sleep s2idle [deep] And no I'm not switching to 's2idle' because that results in far greater battery drain. Also, even when in 'deep' suspend mode, there was some pretty significant power drain when I had the HDMI and USB-A expansion cards installed. I "fixed" it by replacing them with USB-C cards. Not a huge deal for my usage pattern, but annoying nonetheless.
- warner25 4y ago
  It took a while for Framework and the community to figure it out, but the s2idle problem is fixed with the nvme.noacpi=1 kernel argument. You get instant wake and no more battery drain than deep. This is in the official Framework installation guide for Fedora and other distros now. grubby --update-kernel=ALL --args="nvme.noacpi=1" The drain with USB-A and HDMI cards is real, though. I see 2-3% per hour (as compared to <1% with only USB-C cards), and there seems to be no fix on the horizon. Not a huge deal for my usage pattern either, as I'll power off or put it on the charger if I'm not going to use it again for more than a couple hours.
  - burntsushi 4y ago
    Interesting. I had ruled out s2idle completely because I just figured it would have much higher battery drain. From the Linux kernel docs[1]: State: Suspend-To-Idle ACPI state: S0 Label: "s2idle" ("freeze") This state is a generic, pure software, light-weight, system sleep state. It allows more energy to be saved relative to runtime idle by freezing user space and putting all I/O devices into low-power states (possibly lower-power than available at run time), such that the processors can spend more time in their idle states. This state can be used for platforms without Power-On Suspend/Suspend-to-RAM support, or it can be used in addition to Suspend-to-RAM to provide reduced resume latency. It is always supported. And notice that for 'deep' mode, the same docs say: State: Suspend-to-RAM ACPI State: S3 Label: "deep" This state, if supported, offers significant power savings as everything in the system is put into a low-power state, except for memory, which should be placed into the self-refresh mode to retain its contents. I do already have 'nvme.noacpi=1' set, so I guess I'll try out 's2idle'. Thanks for the tip. I do note that the installation guide doesn't say anything about s2idle vs deep suspend: https://guides.frame.work/Guide/Fedora+36+Installation+on+the+Framework+Laptop/108 https://guides.frame.work/Guide/Fedora+36+Installation+on+th... [1]: https://www.kernel.org/doc/Documentation/power/states.txt https://www.kernel.org/doc/Documentation/power/states.txt
    - warner25 4y ago
      Yes, in the installation guide, because s2idle is the default setting, it just advises adding the kernel argument under "Step 4" where it talks about SSDs. On that note, Western Digital apparently told Framework that this is only a problem with their older firmware, but most of us have found that the kernel argument makes a big difference despite having the latest firmware. Also, I don't understand the details, but I've read that Intel's 11th Gen CPUs don't actually (fully?) support S3, so that might explain why it doesn't provide any noticeable power savings over S0 with the kernel argument.

archwiki 4y ago

I have 12th gen and fixed suspend battery drain by using deep mode per the following instructions: https://wiki.archlinux.org/title/Framework_Laptop#Suspend https://wiki.archlinux.org/title/Framework_Laptop#Suspend