Charging threshold went missing after update

Ask Fedora
, , , , ,
1

So after updating I noticed that gnome’s preserve battery health is missing and also checked tlp-stat -b and got this output (note that battery threshold in both gnome settings and tlp was working perfectly for years so the hardware is supported)

Really appreciate if you can help me fix this issue.

EDIT: Looks like its a problem with the kernel version 7.1.3 and a reported bug here.
I use an Asus Vivobook S15 (M3502) which is much older than the laptop which the bug has been reported for but I suspect many asus laptops are affected.

EDIT2: It was actually a upower problem and updating it to version 1.91.3 fixed everything.

--- TLP 1.10.1 --------------------------------------------

+++ Battery Care
Plugin: asus
Supported features: none available
Driver usage:
* natacpi (asus_wmi) = inactive (laptop not supported)

+++ Battery Status: BAT0
/sys/class/power_supply/BAT0/manufacturer                   = OEM
/sys/class/power_supply/BAT0/model_name                     = K340258
/sys/class/power_supply/BAT0/cycle_count                    =      0 (or not supported)
/sys/class/power_supply/BAT0/charge_full_design             =   5895 [mAh] ( 67669 mWh)
/sys/class/power_supply/BAT0/charge_full                    =   3681 [mAh] ( 42254 mWh)
/sys/class/power_supply/BAT0/charge_now                     =   2996 [mAh] ( 34391 mWh)
/sys/class/power_supply/BAT0/current_now                    =    870 [mA]  (  9987 mW)
/sys/class/power_supply/BAT0/status                         = Discharging

Charge                                                      =   81.4 [%]
Capacity                                                    =   62.4 [%]
4

I am using upower for threshold control, and do not have the issues you have described.

5

This also happens on my Asus Vivobook pro 14, after the kernel 7.1.3 update.

Selecting older kernel on grub will restore the functionality.

6

Thanks for the reply. it seems that it only affects asus laptops for now and rolling back to kernel version 7.0.14 fixed it until it is fixed in the newest kernel.

7

yeah exactly. I also did that with grubby because I mostly use my laptop plugged in and my battery health is already pretty low.

8

It turns out not a kernel issue, but on Upower

After updating to upower 1.91.3 and using the latest kernel, the functionality is back.

9

yeah you are right. updating upower to 1.91.3 fixed it on the latest kernel.
the problem actually was the timing and the kernel releasing sooner than the upower update tbh

10

I updated my Lenovo laptop (83DH Legion Slim 5 16AHP9) with the latest Fedora 43 patches and im getting the same problem on upower version 1.91.2-2.

Therefore, it can be assumed that this is a general problem and not related only to Asus computers.

Despite the lack of the charging option in question, the correct behavior persists - in my case, the laptop won’t charge above the previously set 80% threshold. A good sign, then, is that nothing is being erroneously changed in the internal charging settings.