Fedora 36 Huawei Laptop Issue with Trackpad and kernel module

Okay so previously was trying to work out why the trackpad stops responding randomly on my Huawei Matebook 16. Having tried troubleshooting all manner of things i just put it down as a minor annoyance that i could just reboot when it happened.

Anyways, i have now narrowed it down to one specfic thing. I was away at the weekend and laptop was left in a hotel, i used it all weekend with not a single issue. The only difference was when i was using it it was not charging.

That led me to think that maybe the Gnome extension Huawei WMI Controls could be at fault. But then thinking about it this is just a front end for the Kernel module:

Huawei_WMI as located here - Kernel Module WMI

That has been implemented into the main line since kernel 5.5 but not updated as far as i can tell.

Outputs as follows:

filename:       /lib/modules/6.0.5-200.fc36.x86_64/kernel/drivers/platform/x86/huawei-wmi.ko.xz
license:        GPL v2
description:    Huawei WMI laptop extras driver
author:         Ayman Bagabas <ayman.bagabas@gmail.com>
alias:          wmi:ABBC0F5B-8EA1-11D1-A000-C90629100000
alias:          wmi:ABBC0F5C-8EA1-11D1-A000-C90629100000
alias:          wmi:59142400-C6A3-40fa-BADB-8A2652834100
depends:        wmi,sparse-keymap,ledtrig-audio
retpoline:      Y
intree:         Y
name:           huawei_wmi
vermagic:       6.0.5-200.fc36.x86_64 SMP preempt mod_unload 
sig_id:         PKCS#7
signer:         Fedora kernel signing key
sig_key:        7F:56:20:0F:9A:D1:48:D5:F6:FD:32:24:A8:28:64:D8:F6:EC:16:2A
sig_hashalgo:   sha256
signature:      86:1F:8A:CA:DE:77:32:B1:AB:F1:9C:7E:15:3F:C7:6D:A4:C8:B0:05:
		D7:83:6B:43:E6:11:57:03:BF:E4:FA:44:BF:7E:51:47:5D:DB:C8:56:
		06:37:50:B6:49:21:54:89:E7:D5:94:26:D9:B2:5C:46:BC:92:1E:18:
		F5:E4:12:C5:20:0F:AF:C0:66:47:C3:6F:21:A6:00:D3:A6:CF:16:A5:
		BA:D0:1A:7B:47:6B:16:83:D7:87:78:D5:C4:50:01:8E:26:2D:B6:60:
		0D:AC:C4:5D:A7:50:7E:87:D9:76:F2:89:79:EC:81:6F:31:0E:D6:69:
		8D:97:28:1B:F9:96:0E:F7:AD:B2:C2:53:92:F8:2B:86:9A:8C:09:7F:
		AE:9C:46:54:7D:CD:37:AC:93:BB:DF:94:C3:19:6B:21:25:05:CB:FE:
		A1:A1:7B:A8:46:03:B7:30:0D:5B:0A:EF:2A:29:17:BD:6F:91:28:A6:
		AB:55:BF:CE:D3:C8:02:20:86:E6:97:25:BA:C5:88:C6:E4:A1:56:3A:
		A7:27:32:CA:2A:B2:A9:EA:F5:8B:D9:A4:86:39:C6:B5:17:85:C7:A0:
		07:80:D6:6B:B0:51:4D:05:E2:A2:DE:38:81:37:FD:3D:A7:FE:A0:2D:
		DB:3B:C8:BA:9F:48:47:45:30:FA:43:E9:44:55:AC:CE:2D:99:F7:E3:
		E3:4D:5D:AE:49:CC:4D:7F:AC:D8:AE:15:B1:C6:CD:9B:25:EA:76:F3:
		49:E8:05:16:8D:D7:C1:A6:5D:A8:D9:BA:AA:96:08:A5:8C:52:73:4C:
		A8:25:30:4A:D4:6F:B6:F6:5F:64:39:FA:C2:25:1E:F5:37:E4:68:32:
		1E:5D:E3:FC:D4:5D:C7:6E:4C:F8:40:90:36:A5:3C:51:13:D4:83:57:
		21:99:AD:2D:9D:B9:4E:1D:81:80:69:8D:C7:AB:4E:24:21:B7:94:3D:
		68:7C:AA:C4:AB:90:CF:29:D9:F8:9C:63:F4:1E:D2:0E:CD:BB:2B:6A:
		58:66:D9:5A:E3:0F:A8:3D:DB:06:43:0A:5D:1C:C9:26:5E:EF:63:6A:
		C5:D4:D8:21:23:29:A6:41:F9:86:A1:91:4B:12:19:36:9F:8A:B6:9C:
		E1:7A:86:54:E8:91:9D:30:98:C6:8C:55:0B:0E:F4:8F:36:63:08:FE:
		4B:CE:1D:7D:01:9A:43:0E:65:2A:7D:C9:26:55:86:AE:39:47:26:40:
		A8:D4:59:40:05:B5:6B:CE:50:70:A6:47:87:ED:CA:4F:1D:E5:FE:3A:
		6A:C7:A2:47:FE:0D:54:8C:CE:58:95:A1:9A:BB:B5:44:3C:DA:5E:73:
		85:F9:54:7E:60:1F:95:4E:F3:80:65:28
parm:           battery_reset:Reset battery charge values to (0-0) before disabling it using (0-100) (bint)
parm:           report_brightness:Report brightness keys. (bint)

And

huawei_wmi             20480  0
ledtrig_audio          16384  3 snd_ctl_led,snd_hda_codec_generic,huawei_wmi
sparse_keymap          16384  1 huawei_wmi
wmi                    45056  2 huawei_wmi,wmi_bmof

How i tested this when returning home

  • Used laptop all day unplugged - Trackpad Worked 100% of the time no issues
  • Put charger back in and used laptop, WMI Controls set to stop charging automatically at 90%, as soon ass the laptop hit 90% the trackpad immediately stopped working until reboot

I guess this is something unlikely to be fixed so will probably just disable the battery protection feature for now, or just use laptop unplugged and charge when not in use, but least i found the cause as that was bugging me not knowing

As a further update, disabled the WMI setting to charge to 90% and stop, and well as soon as the charging state changes is deffo when the mousepad freezes, as this time when it switched to 100% charge it immediately froze so will pop an issue on bugzilla

Hi, I also have the Matebook 16 (R7 5800H) but with Fedora 37.

I had some freezes like you and were very annoying because after the first power-off cycle if I started Windows instead of Fedora touchpad were missing at all, no touchpad device in device manager, so there is a problem with drivers. I noticed also that touchpad is working in bios menu in this laptop, I think that there is a deep integration of the device in the system.

Now, in my current session started a day ago, I’m not using touchpad but a bluettoth mouse and sometimes I check if touchpad is working and all is ok, it also survived to a 8 hours suspension.

My issues with freezing were with Fedora 36 and OpenSuse Tumbleweed (this last one with the last kernel avaible 6 +), I don’t now if there will be also with 37, I’ll check it in the next days and report.

I forgot to write about my current battery settings, 40%-70% range thresholds.

BIOS firmware 2.28 solved trackpad issue, install it with Huawei PC Manager on Windows.

Hello everyone !

I also have the same issue with this Huawei Matebook 16, R7 with Archlinux (and Ubuntu Live as well).

I tried to update my BIOS firmware, but the problem is that the PC manager only update to 2.26, and not 2.28.

After further researches, I cannot find any BIOS 2.28 from Huawei… Where did you find it then :sweat_smile: ?

I’m actually wondering about they removed it. Is it possible ?
Thank for those who will answer.