Charging thresholds. Matebook 13 & deprecated APIs

[zoitrok]

Fill out information requested in this template, without doing so issue will be ignored & closed!

Have you tried?

• Searching through existing/closed issues to see if your bug has already been already submitted?

• Yes

• If installation failed with auto-cpufreq-installer,have you tried installing auto-cpufreq using Snap package?
  N/A

• Have you tried configuring auto-cpufreq?
  N/A

• Have you tried suggestions in troubleshooting section?
  N/A

Error output:

N/A

---

System information:

Matebook 13

Add/paste output of:

N/A

The current threshold code is touching /sys/class/power_supply/BATx/charge_start_threshold (and end). AFAIK, these are deprecated and only used and introduced by thinkpad_acpi. There's a parallel device for /sys/class_power_supply/BATx/charge_control_start_threshold (and end), that works identically and seems to be the standard for other kernel modules.

That one controls the thresholds on my Matebook 13, for example. I'm not quite sure which module supplies it, but I'd not look at modules but just if the path exists.

Matebook 13 lists these modules with the name acpi

snd_intel_sdw_acpi     16384  1 snd_intel_dspcfg
acpi_als               16384  1
industrialio_triggered_buffer    12288  1 acpi_als
snd_soc_acpi           16384  2 snd_sof_amd_acp,snd_acp_config
acpi_cpufreq           32768  0
industrialio          135168  3 industrialio_triggered_buffer,acpi_als,kfifo_buf
i2c_hid_acpi           12288  0
i2c_hid                40960  1 i2c_hid_acpi```

---

[PurpleWazard]

the kernal module that supplies that path might not be named acpi like example ideapad_laptop is a kernal module for lenovo ideapads

check this site https://linrunner.de/tlp/settings/bc-vendors.html and lsmod | grep modules and see if you have of these

[zoitrok]

Aha, you're right. It's huawei_wmi for the matebook 13 (2020).

[AdnanHodzic]

Closing the issue due to inactivity.