Arch Linux

Huawei Matebook 14 same problem
5.19.3 still does not work for me

acpi -V
Battery 0: Discharging, 71%, 12:37:20 remaining
Battery 0: design capacity 7230 mAh, last full capacity 7162 mAh = 99%
Adapter 0: online
Thermal 0: ok, 40.0 degrees C

---
Battery 0: Discharging, 71%, 12:37:20 remaining (always static after boot)
If adapter was plugged in before boot:
Battery 0: Charging, 71%, 00:38:29 until charged (always static after boot)

Adapter 0: online (works as expected)

I can confirm this bug too


$ sudo inxi -F
System:
Host: crandel Kernel: 5.19.2-arch1-1 arch: x86_64 bits: 64 Desktop: sway
v: 1.7 Distro: Arch Linux
Machine:
Type: Laptop System: ASUSTeK product: ASUS TUF Gaming A15 FA506IV_FA506IV
v: 1.0 serial: L4NRCX015114165
Mobo: ASUSTeK model: FA506IV v: 1.0 serial: L416NRCX0046X7MB
UEFI: American Megatrends v: FA506IV.320 date: 06/01/2022
Battery:
ID-1: BAT1 charge: 22.4 Wh (59.4%) condition: 37.7/48.1 Wh (78.4%)
volts: 10.5 min: 11.7
CPU:
Info: 8-core model: AMD Ryzen 7 4800H with Radeon Graphics bits: 64
type: MT MCP cache: L2: 4 MiB
Speed (MHz): avg: 2900 min/max: 1400/2900 cores: 1: 2900 2: 2900 3: 2900
4: 2900 5: 2900 6: 2900 7: 2900 8: 2900 9: 2900 10: 2900 11: 2900 12: 2900
13: 2900 14: 2900 15: 2900 16: 2900
Graphics:
Device-1: AMD Renoir driver: amdgpu v: kernel
Device-2: IMC Networks USB2.0 HD UVC WebCam type: USB driver: uvcvideo
Display: server: X.org v: 1.21.1.4 with: Xwayland v: 22.1.3 driver: X:
loaded: amdgpu,nvidia unloaded: modesetting gpu: amdgpu
resolution: 1920x1080
Message: GL data unavailable for root.
Audio:
Device-1: AMD Renoir Radeon High Definition Audio driver: snd_hda_intel
Device-2: AMD ACP/ACP3X/ACP6x Audio Coprocessor driver: N/A
Device-3: AMD Family 17h/19h HD Audio driver: snd_hda_intel
Sound Server-1: ALSA v: k5.19.2-arch1-1 running: yes
Sound Server-2: PipeWire v: 0.3.56 running: yes
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
driver: r8169
IF: enp2s0 state: down mac: a8:5e:45:38:31:ce
Device-2: Realtek RTL8822CE 802.11ac PCIe Wireless Network Adapter
driver: rtw_8822ce
IF: wlp3s0 state: up mac: 70:66:55:47:4c:11
IF-ID-1: br-a12566db24f4 state: down mac: 02:42:f2:4b:40:48
IF-ID-2: br-ea90f6bb8734 state: down mac: 02:42:e8:1b:ed:61
IF-ID-3: docker0 state: down mac: 02:42:ae:1d:94:fd
Bluetooth:
Device-1: IMC Networks Bluetooth Radio type: USB driver: btusb
Report: bt-adapter ID: hci0 state: up address: 70:66:55:47:4C:10
Sensors:
System Temperatures: cpu: 40.9 C mobo: N/A gpu: amdgpu temp: 40.0 C
Fan Speeds (RPM): N/A

Some update from the work done by the people in the forum.
It was found that one (or more) of those 4 modules enables other code paths in the asus-wmi module that cause these laptops to not function correctly with reporting acpi events to the kernel

CONFIG_SENSORS_ASUS_WMI=m
CONFIG_SENSORS_ASUS_EC=m
CONFIG_HID_ASUS=m
CONFIG_ASUS_LAPTOP=m

Dupe  FS#75682 

I am also affected by this issue.

Please let me know if I can provide useful information.

```
$ acpi -V
Battery 0: Charging, 0%, charging at zero rate - will never fully charge.
Battery 0: design capacity 4050 mAh, last full capacity 3044 mAh = 75%
Adapter 0: on-line
Thermal 0: ok, 50.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 115.0 degrees C
Cooling 0: Processor 0 of 3
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 3
Cooling 3: Processor 0 of 3
Cooling 4: Processor 0 of 3
Cooling 5: Processor 0 of 3
Cooling 6: Processor 0 of 3
Cooling 7: Processor 0 of 3
Cooling 8: Processor 0 of 3
Cooling 9: Processor 0 of 3
Cooling 10: Processor 0 of 3
Cooling 11: Processor 0 of 3
Cooling 12: Processor 0 of 3
Cooling 13: Processor 0 of 3
Cooling 14: Processor 0 of 3
Cooling 15: Processor 0 of 3

$ sudo tlp-stat --battery
--- TLP 1.5.0 --------------------------------------------

+++ Battery Care
Plugin: asus
Supported features: charge threshold
Driver usage:
* natacpi (asus_wmi) = active (charge threshold)
Parameter value range:
* STOP_CHARGE_THRESH_BAT0/1: 0(off)..100(default)

+++ Battery Status: BAT1
/sys/class/power_supply/BAT1/manufacturer = ASUS
/sys/class/power_supply/BAT1/model_name = A32-K55
/sys/class/power_supply/BAT1/cycle_count = 0 (or not supported)
/sys/class/power_supply/BAT1/charge_full_design = 4050 [mAh]
/sys/class/power_supply/BAT1/charge_full = 3044 [mAh]
/sys/class/power_supply/BAT1/charge_now = 0 [mAh]
/sys/class/power_supply/BAT1/current_now = 0 [mA]
/sys/class/power_supply/BAT1/status = Charging

/sys/class/power_supply/BAT1/charge_control_end_threshold = 60 [%]

Charge = 0.0 [%]
Capacity = 75.2 [%]

```

Try to place `blacklist asus_ec_sensors` in /etc/modprobe.d/asus_ec_sensors.conf

Can you please test the kernels from https://bbs.archlinux.org/viewtopic.php?pid=2054467#p2054467

> Try to place `blacklist asus_ec_sensors` in /etc/modprobe.d/asus_ec_sensors.conf

it work very well i no longer have the issue.

The module blacklisting trick did work for me, although it took a moment for the kernel to behave.

I am having the same issue on my ASUS TUF laptop

Related thread on the upstream mailing lists [1] and possibly related upstream bug report [2].
Edit:
Please see if [3] fixes the issue.
Edit2:
[4] contains cherry-picked commit with conflicts resolved and prebuilt kernel with that commit applied.
Edit3:
Queued for 5.19.9 [5].

[1] https://lore.kernel.org/all/47e41e8f-f6b2-4bc7-de3f-0c811ee6fdf7%40my.mail.de/
[2] https://bugzilla.kernel.org/show_bug.cgi?id=216412
[3] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=88700d1396bae72d9a4c23a48bbd98c1c2f53f3d
[4] https://bbs.archlinux.org/viewtopic.php?pid=2056447#p2056447
[5] https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=84f163492e2856c8c2dd78a27d84a805c2f65ff4

Can you confirm the issue is resolved by linux 5.19.9.arch1-1 currently in testing?

I had the issue on my ROG laptop. This seems to working with linux 5.19.9.arch1-1 in core

$ ls /etc/modprobe.d/
firewalld-sysctls.conf hda-jack-retask.conf

$ uname -r
5.19.9-arch1-1

$ lsmod |grep asus_ec_sensors

$ acpi -b
Battery 0: Discharging, 78%, 06:19:49 remaining

$ acpi -b
Battery 0: Not charging, 78%

$ acpi -b
Battery 0: Charging, 78%, 01:27:30 until charged