linrunner
commented
4 months ago I used to set this threshold in KDE's system settings (which I think relies on TLP)
No, it doesn't. It directly writes to charge_control_end_threshold (see below).
I also have slimbook battery installed, I'm not sure if it's relevant or not.
The FAQ says
Slimbook Battery: uses TLP as a backend to apply power saving measures. However, it continuously overwrites your TLP configuration. If you wish to configure TLP individually, you must first uninstall Slimbook Battery.
Normally there would be no support for your constellation here.
However, I am interested in why the stop threshold cannot be written. For kernel 6.9 /sys/devices/platform/lg-laptop/battery_care_limit is no longer used for this but /sys/class/power_supply/BAT0/charge_control_end_threshold.
Please show the output of
grep . /sys/class/power_supply/BAT0/charge_control*
echo "80" | sudo tee /sys/class/power_supply/BAT0/charge_control_end_threshold
echo "80" | sudo tee /sys/devices/platform/lg-laptop/battery_care_limitBtw: editing with nano is not suitable for changing sysfs nodes.
iacchi
tixwho
Emily511511
alexyao2015
Mylinde
arbilgin
[x] I've read and accepted the Bug Reporting Howto [x] I've provided all required
tlp-statoutputs via Gist (see below)Describe the bug
I'm not quite sure if this is more of a TLP bug or a support request for something else in the system, but here I go. My laptop is running Debian Sid with kernel 6.9.7 and with secure boot enabled.
After a recent apt upgrade, I'm getting a message to disable secure boot to make third party drivers work in my system (I never had an issue so far for the year that I've had this laptop, and the dkms signing key is registered in the system so that drivers signed by dkms are accepted), which I'm refusing. More or less at the same time (not 100% sure), the battery charge limit to 80% stopped working. I used to set this threshold in KDE's system settings (which I think relies on TLP), but now my 80% value gets overridden to 50% in the KDE battery settings and ignored anyway as the battery gets charged to 100%. I've manually enabled the tlp service with systemctl and it's working correctly, however tlp-stat tells me that my system is not supported (but it was until a few days ago), here is the output of tlp-stat: https://pastecode.io/s/18fx72dk
If I try to manually edit /sys/devices/platform/lg-laptop/battery_care_limit with nano, I get this warning message in the text editor (as root of course):
[ Errore durante la scrittura del file di lock /sys/devices/platform/lg-laptop/.battery_care_limit.swp: Permesso negato ]I'm sorry it's in Italian, it translates to something like: Error during writing lock file /sys/[...]: Permission denied.
If I try to input 80 and save the file, when I quit nano the value inside the file is still 0.
At this point I'm not quite sure if something has changed tlp-wise, kernel-wise, or what else. I'm happy to help debug to figure this out. I also have slimbook battery installed, I'm not sure if it's relevant or not.