Absence de wifi sur tablette

[jleclair]

Bonjour,
Je possède une tablette samsung Galaxy tabpro S de 2016 passée sous Mint il y a 2 mois. L'OS était windows 10.
La puce wifi ne semble pas être reconnue, c'est un problème pour lequel j'ai trouvé plusieurs posts sur divers forums. Mais j'essaie chaque solution proposée et ça ne fonctionne pas. Il faut préciser que les posts datent au mieux de 2018, je tourne aujourd'hui sous LMDE 5.
Je me permets de préciser aussi que la solution (vue sur d'autres forums) qui consisterait à acheter un adaptateur ethernet/usb ne convient absolument puisqu'il s'agit d'une tablette
Merci pour vos bons tuyaux doublés d'une patience à l'épreuve de mes maigres compétences avec le terminal
Bonne journée

[jleclair]

Merci pour cette 1ère réponse. Il s'agit en effet de la même puce (Device-1: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter vendor: Samsung Co driver: N/A port: f040 bus ID: 01:00.0 chip ID: 168c:003e)
En revanche, j'ai fait la manip' indiquée dans le post de ton 1er lien mais après redémarrage, toujours pas de réseau wifi actif.

[jleclair]

Voici le résultat du script

Code : Tout sélectionner

Carte réseau : 
 01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32) 


Prise en charge par le kernel :  
01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
	Subsystem: Samsung Electronics Co Ltd QCA6174 802.11ac Wireless Network Adapter [144d:c135]
	Kernel modules: ath10k_pci 


Présence firmware (ip _a) : 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever 


Firmware manquant :  
[    0.124588] DMAR: [Firmware Bug]: No firmware reserved region can cover this RMRR [0x00000000b8800000-0x00000000baffffff], contact BIOS vendor for fixes
[    0.134402] Spectre V2 : Enabling Restricted Speculation for firmware calls
[    3.504756] i915 0000:00:02.0: firmware: direct-loading firmware i915/skl_dmc_ver1_27.bin
[    3.505298] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/skl_dmc_ver1_27.bin (v1.27)
[    8.459883] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[    8.460750] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[    8.823820] bluetooth hci0: firmware: direct-loading firmware qca/rampatch_usb_00000302.bin
[    8.823828] Bluetooth: hci0: QCA: patch rome 0x302 build 0x3e8, firmware rome 0x302 build 0x111
[    8.910021] bluetooth hci0: firmware: direct-loading firmware qca/nvm_usb_00000302.bin 


Verrouillage soft / hard :  
0: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no 


IPBox : 



Ping vers la box : 



Kernel : 
Linux leclair-samsung 5.10.0-11-amd64 #1 SMP Debian 5.10.92-1 (2022-01-18) x86_64 GNU/Linux  


Kernel(s) installé(s) : 
ii  linux-image-5.10.0-11-amd64           5.10.92-1                              amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-amd64                     5.10.92-1                              amd64        Linux for 64-bit PCs (meta-package)  

Merci, je viens d'apprendre la commande bash
Je ne vais pas spéculer sur le résultat du test. Je précise en revanche que j'ai testé tout à l'heure secure boot activé et désactivé. Je l'ai remis en position activée avant de lancer ton script.

[jleclair]

yep

[jleclair]

Et si je retente voici le message

Code : Tout sélectionner

leclair@leclair-samsung:~$ sudo dkms add ath-4.15
[sudo] Mot de passe de leclair :        
Error! DKMS tree already contains: ath-4.15-1
You cannot add the same module/version combo more than once.

[jleclair]

Bonjour,
Je poursuis mes tentatives de faire reconnaître mon matériel. Quand j'installe un git, ce dernier n'est-il pas soumis à une mise à jour en fonction du noyeau linux? Quand j'installe quelque chose qui date de 2018, ne faut-il pas le faire sur une version de linux en rapport.
Si c'est le cas, on est condamné soit à rester sur une version de linux old soit à ne pas avoir une reconnaissance complète du matériel sauf à ce que quelqu'un maintienne les patchs.
Comment ceci ne peut pas avoir été corrigé dans les versions successives de linux depuis 2016?
Merci

[thyam]

Sujet archivé (en lecture seule) car 2 mois sans réponse.
Si besoin de rouvrir faire un MP à un membre de l'équipe