Skip to content

Upower issues with Framework laptops #62

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
2 of 6 tasks
sanderkoenders opened this issue Apr 8, 2025 · 2 comments
Closed
2 of 6 tasks

Upower issues with Framework laptops #62

sanderkoenders opened this issue Apr 8, 2025 · 2 comments

Comments

@sanderkoenders
Copy link

sanderkoenders commented Apr 8, 2025

Device Information

System Model or SKU

Please select one of the following

  • Framework Laptop 13 (11th Gen Intel® Core™)
  • Framework Laptop 13 (12th Gen Intel® Core™)
  • Framework Laptop 13 (13th Gen Intel® Core™)
  • Framework Laptop 13 (AMD Ryzen™ 7040 Series)
  • Framework Laptop 13 (Intel® Core™ Ultra Series 1)
  • Framework Laptop 16 (AMD Ryzen™ 7040 Series)

BIOS VERSIONS

  • 03.05 (my bios version)
  • 03.08 (Jan Alexander Steffens, as mentioned here)

DIY Edition information

Memory: DDR5-5600 - 32GB (1 x 32GB)
Storage: WD_BLACK™ SN850X NVMe™ M.2 2280 - 2TB

Port/Peripheral information

Not applicable

Standalone Operation

Not applicable

Describe the bug

I am experiencing an issue related to battery status reporting on my Framework 16 laptop running Arch Linux. It appears that the laptop is not delivering the correct summarized battery status, which is causing problems with how upower (and potentially other tools) interact with the system. This issue was discussed in this GitLab issue on upower, where it was mentioned that the Framework should provide a summarized battery status when performing certain actions on the battery. Without this, user-facing applications struggle to process battery information correctly.

Concretely this means that users are getting repetitive (and annoying) “connect” and “disconnect” sounds every few seconds in their desktop environment because the status is constantly cycling between “start charging” and “stop charging”.

Unfortunately I am not an expert on this particular subject but I would like to further debug this issue where possible because the recent release of upower breaks a lot of Framework systems that run Linux. I can imagine that it is in both our best interests to solve this issue for the people that run Linux on their Framework laptops. Please do let me know what I can do to help debug this issue. Please also review all the information that is already given in the Gitlab discussion.

Furthermore, I acknowledge that Archlinux is not officially supported on the framework laptops but upower is also present in Fedora Linux and I suspect users on Fedora will face the same issues when the newest version of upower is released for them.

Steps To Reproduce

Steps to reproduce the behavior:

  1. Install upower version 1.90.8
  2. Connect a charger (in my case Lenovo Docking Station Thunderbord 4)
  3. Observe the cycle of "connected" and "disconnected"

Expected behavior

As far as my understanding goes Framework should report the correct battery summary to upower as described here:

They have to give us a summarized battery status when they are doing some features on your battery, rather than only charging/discharging when the line power is attached. Otherwise, it confuses the user, and the upper layer applications are difficult to process such kind of battery status information.

Screenshots

Not applicable

Operating System (please complete the following information):

  • OS/Distribution: Archlinux
  • Version: rolling release
  • Linux Kernel Version: 6.13.8-arch1-1

Additional context

@sanderkoenders
Copy link
Author

sanderkoenders commented Apr 11, 2025

As discussed in comment 2856003 and 2857205 this is not an issue with Framework. The issue has been resolved in version 1.90.9 of upower.

@JohnAZoidberg
Copy link
Member

Awesome, thanks for the update :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants