# Batterie non reconnue **URL:** \ **Category:** Support Debian\ **Created:** [Mars 3, 2019, 1:46 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727 "2019-03-03T13:46:47Z")\ **Posts on this page:** 19\ **Page:** 1
**Author:** ![ssylvain](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f9ae1b/32.png) [@ssylvain](https://www.debian-fr.org/u/ssylvain)\ **Post date:** [Mars 3, 2019, 1:46 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/1 "2019-03-03T13:46:47Z")
Bonjour, J’ai longuement échangé avec Mattotop (grand merci à toi !) dans la file : [Devices non reconnus](https://www.debian-fr.org/t/devices-non-reconnus/78646) Parmi les problèmes qu’il me reste à résoudre, j’aimerais ouvrir cette file concernant mon problème de reconnaissance de la batterie. Je suis sous Stretch, noyau 4.19 (backports), et sous Plasma. Mon portable est un HP x2 Detachable, une petite machine sympa de 10’ sous Atom relativement récente. - Premier indice, l’icône du _system tray_ m’indique `Aucune batterie disponible`. - Second indice, la commade `ls /sys/class/power_supply` ne liste aucun `BAT0`, seulement `ADP1`. - Troisième indice, la commande `upower -e` me donne : ```auto /org/freedesktop/UPower/devices/line_power_ADP1 /org/freedesktop/UPower/devices/DisplayDevice ``` - Quatrième indice, la commande `acpi -V` donne : ```auto Adapter 0: off-line Thermal 0: ok, 53.0 degrees C Thermal 0: trip point 0 switches to mode hot at temperature 89.0 degrees C Thermal 0: trip point 1 switches to mode passive at temperature 87.0 degrees C Cooling 0: Processor 0 of 10 Cooling 1: PNIT no state information available Cooling 2: soc_dts1 no state information available Cooling 3: Processor 0 of 10 Cooling 4: STR0 no state information available Cooling 5: Processor 0 of 10 Cooling 6: STR2 no state information available Cooling 7: intel_powerclamp no state information available Cooling 8: soc_dts0 no state information available Cooling 9: Processor 0 of 10 Cooling 10: INT3400 Thermal no state information available ``` - Cinquième indice, la commande `lshw` trouve bien la batterie : ```auto -battery --- produit: SW02032XL --- fabriquant: 333-42-1E-A --- identifiant matériel: 1 --- emplacement: Primary --- capacité: 32570mWh --- configuration: voltage=7,7V ``` Mes recherches sur divers forums ne m’ont rien donné. Où se situe le problème ? Au niveau du noyau qui ne reconnaît pas la batterie ? Au niveau d’un firmware manquant ? Par avance merci, Sylvain ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Mars 3, 2019, 2:23 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/2 "2019-03-03T14:23:59Z")
> [@ssylvain](#): > > Mattotop (grand merci à toi !) U’re welcome. [HS] > [@ssylvain](#): > > Stretch, noyau 4.19 (backports), et sous Plasma Détail: je ne sais pas si c’est à toi que j’ai dit que je préférais gnome, mais là, je le dis pour raison de performance, et non plus de gout: KDE, ça va ramer sur un atom léger. A la limite, même, essaye XFCE. [/HS] ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Mars 3, 2019, 2:43 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/3 "2019-03-03T14:43:32Z")
> [@ssylvain](#): > > Au niveau du noyau qui ne reconnaît pas la batterie ? Au niveau d’un firmware manquant ? Bah le firmware, ça m’étonnerait, je ne suis pas au courant de toutes les batteries existantes, mais je n’en connais aucune si intelligente qu’elle ai un processeur intégré avec firmware pour causer avec l’os. Par contre, il y a clairement souvent des soucis avec l’ACPI lui même, et son interaction avec l noyau. Déjà, est ce qu’avec le noyau 4.9 de distrib, ça marche ? Dernière piste que j’ai vue sur « battery not detected », c’est de jouer avec les paramètres de noyau _acpi=force_, ou au contraire _acpi=off_ ou les deux options _acpi={noapic|nolapic}_ A tester à la main dans grub avant de modifier en dur. ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Mars 3, 2019, 2:51 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/4 "2019-03-03T14:51:52Z")
Autre argument de noyau à tester: _acpi=copy\_dsdt_ ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Mars 3, 2019, 3:00 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/5 "2019-03-03T15:00:14Z")
Autre piste: sur le site du constructeur de ta machine, regarde si dans les updates hardware éventuellement proposée, ça ne te propose pas quelquechose parlant de patcher les DSDT acpi. Si oui, et que tu as un fichier.aml à installer, c’est par ici pour une explication sur comment faire: [https://askubuntu.com/questions/1027552/including-a-custom-acpi-dsdt-with-kubuntu-18-04-rc1](https://askubuntu.com/questions/1027552/including-a-custom-acpi-dsdt-with-kubuntu-18-04-rc1) ---
**Author:** ![ssylvain](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f9ae1b/32.png) [@ssylvain](https://www.debian-fr.org/u/ssylvain)\ **Post date:** [Mars 3, 2019, 4:59 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/6 "2019-03-03T16:59:19Z")
Toujours sur la brèche Mattotop, merci 😉 Ce qui est étonnant, c’est que `KDE` est plutôt réactif sur cette petite machine. Rassures toi toutefois, j’ai également installé `Gnome` et `Lxde`. Pour le fun, j’ai tenté d’installer `W8.1` dans une machine virtuelle pour patcher le `BIOS`. Là il a vraiment fallu sortir les voiles et les rames 🙂 Je ne suis pas un pro du passage d’argument au noyau. Dans `grub`, j’ai tapé e puis j’ai ajouté les options à la ligne ```nohighlight linux /boot/vmlinuz-4.19.0-0.bpo.2-amd64 root=UUID= ***** ro quiet ``` Voici les résultats : ```nohighlight acpi=force : batterie non reconnue acpi=off : plantage (invite initramfs) acpi=noapic : batterie non reconnue acpi=nolapic : batterie non reconnue acpi=copy_dsdt : batterie non reconnue ``` Quant au site constructeur, rien sur `DSDT acpi`… HP ne connaît que Windows ☹ Sylvain ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Mars 3, 2019, 5:42 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/7 "2019-03-03T17:42:59Z")
> [@ssylvain](#): > > HP ne connaît que Windows Oui, mais c’est des fichiers de patch de l’acpi que je pensais que tu pourrais trouver, et ça, c’est comme les firmwares ou les updates de bios, c’est indépendant de l’OS (pas forcément la même mise en oeuvre, par contre). Bon, ben plus d’idée… ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Mars 3, 2019, 5:53 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/8 "2019-03-03T17:53:13Z")
> [@mattotop](#): > > Bon, ben plus d’idée… Et si tu insérais le module _battery_ ça donnerait quoi: **modprobe battery** ---
**Author:** ![ssylvain](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f9ae1b/32.png) [@ssylvain](https://www.debian-fr.org/u/ssylvain)\ **Post date:** [Mars 4, 2019, 4:16 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/9 "2019-03-04T16:16:20Z")
…non plus… Le module n’est pas chargé au démarrage. La commande charge bien le module mais ça ne change rien… Merci tout de même 😉 Sylvain ---
**Author:** ![ssylvain](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f9ae1b/32.png) [@ssylvain](https://www.debian-fr.org/u/ssylvain)\ **Post date:** [Mars 6, 2019, 9:52 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/10 "2019-03-06T09:52:23Z")
Le problème semble connu chez HP, même sous Windows : [https://support.hp.com/fr-fr/document/c02902842/](https://support.hp.com/fr-fr/document/c02902842/) Le seul soucis, les solutions ne sont pas simples : - Le BIOS est à jour et la réinitialisation au standard usine n’a servi à rien. - Retirer la batterie nécessite une petite intervention chirurgicale. Possible mais pénible… - Les logiciels fournis sont tous sous windows… J’ai contacté le développeur de `lshw` car seul ce logiciel détecte ma batterie. Sylvain ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 6, 2019, 3:14 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/11 "2019-03-06T15:14:32Z")
Salut A propos d’acpi [https://www.mjmwired.net/kernel/Documentation/acpi/DSD-properties-rules.txt](https://www.mjmwired.net/kernel/Documentation/acpi/DSD-properties-rules.txt) et [https://01.org/linux-acpi/documentation/overriding-dsdt](https://01.org/linux-acpi/documentation/overriding-dsdt) Mais bricoler dans le bios c’est trop fort pour moi 😀 ---
**Author:** ![ssylvain](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f9ae1b/32.png) [@ssylvain](https://www.debian-fr.org/u/ssylvain)\ **Post date:** [Mars 8, 2019, 9:57 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/12 "2019-03-08T09:57:36Z")
Bonjour, J’ai reçu une réponse du développeur de `lshw`, merci à lui ! Ce soft, le seul qui trouve ma batterie, extrait ses infos directement du BIOS. Cela signifie que ma batterie est bien déclarée par le BIOS et que le problème est en aval. Si j’ai bien compris le post précédent, le DSDT fait partie du BIOS qui pour le coup ne serait pas en cause. Serait-ce l’ACPI qui n’arrive pas à trouver la batterie auprès du BIOS ? Sylvain ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 8, 2019, 10:38 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/13 "2019-03-08T10:38:00Z")
Bonjour À propos de la [DSDT (Differentiated System Description Table)](https://wiki.archlinux.org/index.php/DSDT) ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 8, 2019, 11:16 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/14 "2019-03-08T11:16:18Z")
Tente un ACPI plus récent ```auto apt policy acpi acpi: Installé : 1.7-1.1 Candidat : 1.7-1.1 Table de version : *** 1.7-1.1 990 990 https://cdn-aws.deb.debian.org/debian buster/main amd64 Packages 100 https://cdn-aws.deb.debian.org/debian sid/main amd64 Packages 100 /var/lib/dpkg/status 1.7-1+b1 500 500 https://cdn-aws.deb.debian.org/debian stretch/main amd64 Packages 1.7-1 500 500 https://cdn-aws.deb.debian.org/debian jessie/main amd64 Packages ``` Buster est très solide il va passer stable bientôt ---
**Author:** ![ssylvain](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/f9ae1b/32.png) [@ssylvain](https://www.debian-fr.org/u/ssylvain)\ **Post date:** [Mars 8, 2019, 5:46 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/15 "2019-03-08T17:46:02Z")
Bonsoir, J’ai fait évoluer la version de l’ACPI sans plus de succès. Voici la réponse de `apt policy acpi` : ```auto acpi Installé : 1.7-1.1 Candidat : 1.7-1.1 Table de version : *** 1.7-1-1 500 500 http ://deb.debian.org/debian buster/main amd64 Packages 100 /var/lib/dpkg/status 1.7-1+b1 500 500 http ://ftp.fr.debian.org/debian stretch/main amd64 Packages ``` Sylvain ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 8, 2019, 7:10 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/16 "2019-03-08T19:10:45Z")
il y a beaucoup de paramètres kernel possible pourACPI [https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html](https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html) on peut modifier acpi\_osi= du genre acpi\_osi=“Windows 2018” D’après ce que je comprends c’est pour faire croire au bios que c’est Windows qui est son interlocuteur. Certains bios étant codés pour fournir plus ou moins d’informations selon la version de l’os demandeur [http://iam.tj/prototype/enhancements/Windows-acpi\_osi.html](http://iam.tj/prototype/enhancements/Windows-acpi_osi.html) ---
**Author:** ![b3ndev](https://www.debian-fr.org/user_avatar/www.debian-fr.org/b3ndev/32/8030_2.png) [@b3ndev](https://www.debian-fr.org/u/b3ndev)\ **Post date:** [Mai 30, 2019, 11:15 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/17 "2019-05-30T11:15:24Z")
Bonjour, J’ai le même problème sur Ubuntu avec un hp detachable 10-p0xx. Mais cela fonctionne sous Fedora. Ubuntu 19.04 boot sur clef USB. Le lshw me renvoie la meme chose ```nohighlight ubuntu@ubuntu:~$ sudo lshw -c power *-battery product: SW02032XL vendor: 333-42-1E physical id: 1 slot: Primary capacity: 32570mWh configuration: voltage=7.7V ``` ```nohighlight ubuntu@ubuntu:~$ upower -e /org/freedesktop/UPower/devices/line_power_ADP1 /org/freedesktop/UPower/devices/DisplayDevice ubuntu@ubuntu:~$ ``` ```nohighlight ubuntu@ubuntu:~$ ls -l /sys/class/power_supply/ total 0 lrwxrwxrwx 1 root root 0 May 30 10:30 ADP1 -> ../../devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1 ubuntu@ubuntu:~$ ``` ```nohighlight ``` ---
**Author:** ![b3ndev](https://www.debian-fr.org/user_avatar/www.debian-fr.org/b3ndev/32/8030_2.png) [@b3ndev](https://www.debian-fr.org/u/b3ndev)\ **Post date:** [Mai 30, 2019, 11:24 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/18 "2019-05-30T11:24:27Z")
Sur Fedora ```nohighlight [n3biot@ben-detachable ~]$ sudo lshw -c power *-battery product: SW02032XL vendor: 333-42-1E physical id: 1 slot: Primary capacity: 32570mWh configuration: voltage=7,7V [n3biot@ben-detachable ~]$ ``` ```nohighlight [n3biot@ben-detachable ~]$ uname -a Linux ben-detachable 5.0.17-300.fc30.x86_64 #1 SMP Mon May 20 15:36:26 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux [n3biot@ben-detachable ~]$ ``` ```nohighlight [n3biot@ben-detachable ~]$ sudo acpi -V Battery 0: Discharging, 72%, 06:46:57 remaining Battery 0: design capacity 4230 mAh, last full capacity 4112 mAh = 97% Adapter 0: off-line Thermal 0: ok, 40.0 degrees C Thermal 0: trip point 0 switches to mode hot at temperature 89.0 degrees C Thermal 0: trip point 1 switches to mode passive at temperature 87.0 degrees C Cooling 0: Processor 0 of 10 Cooling 1: PNIT no state information available Cooling 2: soc_dts1 no state information available Cooling 3: Processor 0 of 10 Cooling 4: STR0 no state information available Cooling 5: Processor 0 of 10 Cooling 6: STR2 no state information available Cooling 7: intel_powerclamp no state information available Cooling 8: soc_dts0 no state information available Cooling 9: iwlwifi no state information available Cooling 10: Processor 0 of 10 Cooling 11: INT3400 Thermal no state information available [n3biot@ben-detachable ~]$ ``` ```nohighlight [n3biot@ben-detachable ~]$ ll /sys/class/power_supply/ total 0 lrwxrwxrwx. 1 root root 0 30 mai 13:16 ADP1 -> ../../devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1 lrwxrwxrwx. 1 root root 0 30 mai 13:17 BATC -> ../../devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/808622C1:02/PNP0C0A:01/power_supply/BATC [n3biot@ben-detachable ~]$ ``` ```nohighlight [n3biot@ben-detachable ~]$ lspci 00:00.0 Host bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series SoC Transaction Register (rev 36) 00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Configuration Registers (rev 36) 00:03.0 Multimedia controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Imaging Unit (rev 36) 00:0a.0 Non-VGA unclassified device: Intel Corporation Device 22d8 (rev 36) 00:0b.0 Signal processing controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Power Management Controller (rev 36) 00:14.0 USB controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series USB xHCI Controller (rev 36) 00:1a.0 Encryption controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Trusted Execution Engine (rev 36) 00:1c.0 PCI bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Express Port #1 (rev 36) 00:1f.0 ISA bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCU (rev 36) 01:00.0 Network controller: Intel Corporation Wireless 3165 (rev 81) [n3biot@ben-detachable ~]$ ``` ---
**Author:** ![b3ndev](https://www.debian-fr.org/user_avatar/www.debian-fr.org/b3ndev/32/8030_2.png) [@b3ndev](https://www.debian-fr.org/u/b3ndev)\ **Post date:** [Mai 30, 2019, 11:31 UTC](https://www.debian-fr.org/t/batterie-non-reconnue/78727/19 "2019-05-30T11:31:16Z")
`lsmod` fedora ```nohighlight 00:00.0 Host bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series SoC Transaction Register (rev 36) 00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Configuration Registers (rev 36) 00:03.0 Multimedia controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Imaging Unit (rev 36) 00:0a.0 Non-VGA unclassified device: Intel Corporation Device 22d8 (rev 36) 00:0b.0 Signal processing controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Power Management Controller (rev 36) 00:14.0 USB controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series USB xHCI Controller (rev 36) 00:1a.0 Encryption controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Trusted Execution Engine (rev 36) 00:1c.0 PCI bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Express Port #1 (rev 36) 00:1f.0 ISA bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCU (rev 36) 01:00.0 Network controller: Intel Corporation Wireless 3165 (rev 81) [n3biot@ben-detachable ~]$ ``` ```nohighlight [n3biot@ben-detachable ~]$ sudo lsmod | sort ac97_bus 16384 1 snd_soc_core acpi_pad 40960 0 acpi_thermal_rel 16384 1 int3400_thermal arc4 16384 2 binfmt_misc 24576 1 bluetooth 614400 31 btrtl,btintel,btbcm,bnep,btusb,rfcomm bnep 28672 2 bridge 200704 0 btbcm 16384 1 btusb btintel 28672 1 btusb btrtl 20480 1 btusb btusb 57344 0 ccm 20480 6 cfg80211 794624 3 iwlmvm,iwlwifi,mac80211 cmac 16384 1 coretemp 20480 0 crc32c_intel 24576 5 crc32_pclmul 16384 0 crct10dif_pclmul 16384 1 devlink 77824 0 drm 495616 13 drm_kms_helper,i915 drm_kms_helper 208896 1 i915 dw_dmac 16384 0 ebtable_filter 16384 1 ebtable_nat 16384 1 ebtables 40960 2 ebtable_nat,ebtable_filter ecdh_generic 24576 2 bluetooth fat 86016 1 vfat fuse 135168 3 ghash_clmulni_intel 16384 0 gpio_keys 20480 0 hid_elan 16384 0 hid_multitouch 28672 0 hid_sensor_accel_3d 20480 1 hid_sensor_gyro_3d 20480 0 hid_sensor_hub 24576 7 hid_sensor_gyro_3d,hid_sensor_trigger,hid_sensor_iio_common,hid_sensor_incl_3d,hid_sensor_accel_3d,hid_sensor_magn_3d,hid_sensor_rotation hid_sensor_iio_common 20480 6 hid_sensor_gyro_3d,hid_sensor_trigger,hid_sensor_incl_3d,hid_sensor_accel_3d,hid_sensor_magn_3d,hid_sensor_rotation hid_sensor_incl_3d 20480 0 hid_sensor_magn_3d 20480 1 hid_sensor_rotation 20480 0 hid_sensor_trigger 20480 10 hid_sensor_gyro_3d,hid_sensor_incl_3d,hid_sensor_accel_3d,hid_sensor_magn_3d,hid_sensor_rotation hp_wmi 16384 0 i2c_algo_bit 16384 1 i915 i2c_hid 32768 0 i915 2179072 16 industrialio 86016 10 industrialio_triggered_buffer,hid_sensor_gyro_3d,hid_sensor_trigger,hid_sensor_incl_3d,kfifo_buf,hid_sensor_accel_3d,hid_sensor_magn_3d,hid_sensor_rotation industrialio_triggered_buffer 16384 5 hid_sensor_gyro_3d,hid_sensor_incl_3d,hid_sensor_accel_3d,hid_sensor_magn_3d,hid_sensor_rotation int3400_thermal 20480 0 int3403_thermal 16384 0 int340x_thermal_zone 16384 2 int3403_thermal,processor_thermal_device intel_atomisp2_pm 16384 0 intel_chtdc_ti_pwrbtn 20480 0 intel_cstate 16384 0 intel_int0002_vgpio 16384 1 intel_ish_ipc 28672 0 intel_ishtp 49152 2 intel_ishtp_hid,intel_ish_ipc intel_ishtp_hid 28672 0 intel_powerclamp 20480 0 intel_rapl 28672 0 intel_soc_dts_iosf 20480 1 processor_thermal_device intel_soc_pmic_chtdc_ti 16384 0 intel_vbtn 20480 0 intel_xhci_usb_role_switch 16384 0 ip6table_filter 16384 1 ip6table_mangle 16384 1 ip6table_nat 16384 1 ip6table_raw 16384 1 ip6_tables 32768 7 ip6table_filter,ip6table_raw,ip6table_nat,ip6table_mangle,ip6table_security ip6table_security 16384 1 ip6t_REJECT 16384 2 ip6t_rpfilter 16384 1 ip_set 49152 0 iptable_mangle 16384 1 iptable_nat 16384 1 iptable_raw 16384 1 iptable_security 16384 1 ipt_MASQUERADE 20480 3 irqbypass 16384 1 kvm iwlmvm 446464 0 iwlwifi 290816 1 iwlmvm joydev 28672 0 kfifo_buf 16384 1 industrialio_triggered_buffer kvm 741376 2 kvmgt,kvm_intel kvmgt 32768 0 kvm_intel 303104 0 libcrc32c 16384 2 nf_conntrack,nf_nat llc 16384 2 bridge,stp loop 36864 16 lpc_ich 28672 0 mac80211 933888 1 iwlmvm mdev 24576 1 kvmgt media 57344 4 videodev,videobuf2_v4l2,uvcvideo,videobuf2_common mei 118784 1 mei_txe mei_txe 28672 0 mmc_block 53248 6 mmc_core 176128 3 sdhci,mmc_block,sdhci_acpi Module Size Used by nf_conntrack 155648 8 xt_conntrack,nf_nat,nf_nat_ipv6,ipt_MASQUERADE,nf_conntrack_netbios_ns,nf_nat_ipv4,nf_conntrack_broadcast,xt_CT nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns nf_conntrack_netbios_ns 16384 1 nf_defrag_ipv4 16384 1 nf_conntrack nf_defrag_ipv6 24576 1 nf_conntrack nf_nat 40960 2 nf_nat_ipv6,nf_nat_ipv4 nf_nat_ipv4 16384 2 ipt_MASQUERADE,iptable_nat nf_nat_ipv6 16384 1 ip6table_nat nfnetlink 16384 1 ip_set nf_reject_ipv6 20480 1 ip6t_REJECT pcc_cpufreq 20480 0 processor_thermal_device 16384 0 pwm_lpss 16384 1 pwm_lpss_platform pwm_lpss_platform 16384 0 rfcomm 86016 4 rfkill 28672 9 hp_wmi,bluetooth,cfg80211 roles 16384 1 intel_xhci_usb_role_switch sdhci 65536 1 sdhci_acpi sdhci_acpi 24576 0 snd 94208 19 snd_seq,snd_soc_sst_bytcr_rt5640,snd_seq_device,snd_timer,snd_compress,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_pcm snd_compress 28672 1 snd_soc_core snd_hdmi_lpe_audio 32768 2 snd_intel_sst_acpi 20480 1 snd_intel_sst_core 65536 1 snd_intel_sst_acpi snd_pcm 118784 6 snd_soc_sst_bytcr_rt5640,snd_soc_rt5640,snd_hdmi_lpe_audio,snd_soc_sst_atom_hifi2_platform,snd_soc_core,snd_pcm_dmaengine snd_pcm_dmaengine 16384 1 snd_soc_core snd_seq 86016 0 snd_seq_device 16384 1 snd_seq snd_soc_acpi 16384 3 snd_soc_sst_bytcr_rt5640,snd_soc_acpi_intel_match,snd_intel_sst_acpi snd_soc_acpi_intel_match 28672 1 snd_intel_sst_acpi snd_soc_core 270336 3 snd_soc_sst_bytcr_rt5640,snd_soc_rt5640,snd_soc_sst_atom_hifi2_platform snd_soc_rl6231 20480 1 snd_soc_rt5640 snd_soc_rt5640 131072 2 snd_soc_sst_bytcr_rt5640 snd_soc_sst_atom_hifi2_platform 106496 2 snd_intel_sst_core snd_soc_sst_bytcr_rt5640 40960 3 snd_timer 40960 2 snd_seq,snd_pcm soc_button_array 20480 0 soundcore 16384 1 snd sparse_keymap 16384 2 hp_wmi,intel_vbtn spi_pxa2xx_platform 32768 0 squashfs 65536 8 stp 16384 1 bridge sunrpc 425984 1 tun 57344 1 uvcvideo 114688 0 vfat 20480 2 vfio 36864 1 kvmgt video 49152 1 i915 videobuf2_common 57344 2 videobuf2_v4l2,uvcvideo videobuf2_memops 20480 1 videobuf2_vmalloc videobuf2_v4l2 28672 1 uvcvideo videobuf2_vmalloc 20480 1 uvcvideo videodev 233472 3 videobuf2_v4l2,uvcvideo,videobuf2_common wdat_wdt 20480 0 wmi 32768 2 hp_wmi,wmi_bmof wmi_bmof 16384 0 xt_CHECKSUM 16384 1 xt_conntrack 16384 22 xt_CT 16384 1 zstd_decompress 86016 1 squashfs ```