Cartes wifi à chipset Texas Instrument (ACX100, 111 et TNETW1450) [Réglé]
ex: cartes PCI Netgear wg311v2 (ACX111) et D-Link DWL-520+ (ACX100)
Système et matériels / Réseau Internet Wi-Fi
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
j'essaie désespérément de faire fonctionner le Wifi avec une carte PCI Netgear sous Mageia4 64 bits (échec également sous Mageia2 64bits).
Ce n'est pas un pb de pilote car même carte même PC, le Wifi est opérationnel
_avec XP 32 bits (PC en double boot Mageia/XP)
_sous Fedora18 32 bits (clé USB live)
Sous Mageia 64 bits,
_via le CCM->Réseau&Internet->Configurer une nouvelle connexion Internet...
choix Sans fil (Wi-Fi) puis Utiliser un pilote Windows (avec ndiswrapper) et indication du chemin où se trouve le pilote XP
j'ai d'abord le message d'erreur:
Impossible de trouver l'interface ndiswrapper
puis sur validation de celui-ci, un autre:
Imposssible de trouver l'interface réseau pour le périphérique sélectionné (utilisation du pilote ndiswrapper)
ou
_via les commandes manuelles qui ont marché sous Fedora
Code BASH :
ndiswrapper -i wg311v2.inf ndiswrapper -m modprobe ndiswrapper
En effet un iwconfig ne montre pas d'interface wifi
Code BASH :
iwconfig eth1 no wireless extensions. lo no wireless extensions.
Pourtant le pilote est installé
Code BASH :
le module ndiswrapper est lancéndiswrapper -l wg311v2 : driver installed device (104C:9066) present
Code BASH :
lsmod |grep -i wrapper ndiswrapper 283948 0 usbcore 229040 6 uhci_hcd,ndiswrapper,usb_storage,ehci_hcd,ehci_pci,usbhid
mais ce module n'est pas attribué à la carte Netgear
Code BASH :
d'où, je suppose, un réseau non réclamélspcidrake -v | grep -i net unknown : Texas Instruments|ACX 111 54Mbps Wireless Interface [NETWORK_OTHER] (vendor:104c device:9066 subv:1385 subd:4c00)
Code BASH :
lshw -C network *-network description: Ethernet interface produit: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller fabriquant: Realtek Semiconductor Co., Ltd. identifiant matériel: 0 information bus: pci@0000:03:00.0 nom logique: eth1 version: 01 numéro de série: 00:18:f3:0a:2c:3b taille: 1Gbit/s capacité: 1Gbit/s bits: 64 bits horloge: 33MHz fonctionnalités: pm vpd msi pciexpress bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.66 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s ressources: irq:45 portE/S:b800(taille=256) mémoire:fe9ff000-fe9fffff mémoire:fe9c0000-fe9dffff *-network NON-RÉCLAMÉ description: Network controller produit: ACX 111 54Mbps Wireless Interface fabriquant: Texas Instruments identifiant matériel: 1 information bus: pci@0000:05:01.0 version: 00 bits: 32 bits horloge: 33MHz fonctionnalités: pm bus_master cap_list configuration: latency=64 ressources: mémoire:feafe000-feafffff mémoire:feac0000-feadffff
Au vu de ce que me rend dmesg j'ai une grosse suspicion d'incompatibilité Mageia64 bits et pilote XP32 bits
Code BASH :
[ 2053.624957] ndiswrapper version 1.59 loaded (smp=yes, preempt=no) [ 2053.647364] ndiswrapper (check_nt_hdr:141): kernel is 64-bit, but Windows driver is not 64-bit;bad magic: 010B [ 2053.647370] ndiswrapper (load_sys_files:200): couldn't prepare driver 'wg311v2' [ 2053.647894] ndiswrapper (load_wrap_driver:103): couldn't load driver wg311v2; check system log for messages from 'loadndisdriver' [ 2053.648064] usbcore: registered new interface driver ndiswrapper
Alors faut il être en Mageia32 bits ou bien le pb est ailleurs?
PS1: sous Mageia, j'ai désinstallé le rpm NetworkManager (au vu de ce que j'ai cru lire sur le forum du conflit avec net_applet)
PS2: sous Fedora, c'est pourtant celui-ci qui m'a permis de configurer la connexion wireless avec ma neufBox6
Édité par kalagani Le 05/07/2014 à 11h26
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
et bien il semble que ma suspicion soit la bonne si j'en crois cela
Citation :
trouvé ici pour une Netgear wg111v3...like the log states, it is indeed a 32bit versus 64bit issue. You really need
to install a WinXP64 driver for your card. Ndiswrapper can't use a 32bit
driver with a 64bit kernel.
to install a WinXP64 driver for your card. Ndiswrapper can't use a 32bit
driver with a 64bit kernel.
confirmée ici pour ma Netgear wg311v2 avec néanmoins une petite chance avec le projet open source ACX100/111
=> 1ère conclusion quand son Linux est en 64 bits:
avant d'acheter ou de récupérer une carte Wi-Fi,
pour utilisation avec ndiswrapper s'assurer que son pilote existe en 64 bits sous XP
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
Citation :
s'est réalisée, je poste en Wi-Fi de Mageia4 64 bits avec la Netgear wg311v2!avec néanmoins une petite chance
Voici la procédure inspirée du wiki Debian
_D'abord Installer les rpm dkms, git, wpa_supplicant, kernel-desktop-devel
puis
_Téléchargement firmwares Texas (en /lib/firmware pour Mageia)
Code BASH :
for i in "" c16 c17 r16 r17 ; do wget -P /lib/firmware http://acx100.erley.org/fw/acx111_1.2.1.34/tiacx111$i ; done
2019/06/01: le serveur erley.org semblant hors d'usage
le firmware tiacx111c16 et lui seul malheureusement s'obtient maintenant via
acx111-firmware-1.2.1.34-1.nodist.rf.noarch.rpm
2022/10/15: le serveur rpm.pbone.net ne semblant plus fournir ce rpm son obtention se fait alors via
acx111-firmware-1.2.1.34-1.el5.rf.noarch.rpm
et chance il fournit celui pour l'ACX100 que ne fournissait pas rpm.pbone
acx100-firmware-1.9.8.b-1.el5.rf.noarch.rpm
Une fois téléchargé les rpm, les installer avec un urpmi et en acceptant l'absence de signature
Code BASH :
les firmwares seront installés au bon endroit dans /lib/firmwareurpmi acx111-firmware-1.2.1.34-1.el5.rf.noarch.rpm attention : acx111-firmware-1.2.1.34-1.el5.rf.noarch.rpm: Entête V3 RSA/SHA1 Signature, clé ID 9def3191: NOKEY Le paquetage suivant a une signature invalide: acx111-firmware-1.2.1.34-1.el5.rf.noarch.rpm: Signature incorrecte (NOT OK (no key): acx111-firmware-1.2.1.34-1.el5.rf.noarch.rpm: Entête V3 RSA/SHA1 Signature, clé ID 9def3191: NOKEY) Voulez-vous continuer l'installation ? (o/N) o installation de acx111-firmware-1.2.1.34-1.el5.rf.noarch.rpm Préparation... ####################################################################################################### 1/1: acx111-firmware ####################################################################################################### urpmi acx100-firmware-1.9.8.b-1.el5.rf.noarch.rpm attention : acx100-firmware-1.9.8.b-1.el5.rf.noarch.rpm: Entête V3 RSA/SHA1 Signature, clé ID 9def3191: NOKEY Le paquetage suivant a une signature invalide: acx100-firmware-1.9.8.b-1.el5.rf.noarch.rpm: Signature incorrecte (NOT OK (no key): acx100-firmware-1.9.8.b-1.el5.rf.noarch.rpm: Entête V3 RSA/SHA1 Signature, clé ID 9def3191: NOKEY) Voulez-vous continuer l'installation ? (o/N) o installation de acx100-firmware-1.9.8.b-1.el5.rf.noarch.rpm Préparation... ####################################################################################################### 1/1: acx100-firmware #######################################################################################################
Code :
-rw-r--r-- 1 root root 40636 janv. 20 1992 tiacx100
-rw-r--r-- 1 root root 83320 avril 4 2004 tiacx111c16
-rw-r--r-- 1 root root 42344 août 7 2005 tiacx100usb
-rw-r--r-- 1 root root 76568 janv. 27 2018 tiacx111
-rw-r--r-- 1 root root 84912 janv. 27 2018 tiacx111c17
-rw-r--r-- 1 root root 7204 janv. 27 2018 tiacx111r16
-rw-r--r-- 1 root root 8952 janv. 27 2018 tiacx111r17
_Téléchargement des sources (perso ds /usr/local/src) pilote ACX
Code BASH :
crée le répertoire acx100-acx-mac80211git clone http://git.code.sf.net/p/acx100/acx-mac80211 acx100-acx-mac80211
_Déplacement du rep créé
Code BASH :
mv acx100-acx-mac80211 /usr/src/acx-mac80211-git
Citation :
Suite à rupture d'interface pour les kernels > 4.2, en attendant un nouveau git,
remplacer dans /usr/src/acx-mac80211-git le fichier main.c par celui fourni ici,
remplacer dans /usr/src/acx-mac80211-git le fichier main.c par celui fourni ici,
Citation :
suite à nouvelle rupture d'interface depuis le kernel 4.7 comme décrit ici
nouveaux fichiers à mettre en lieu et place des anciens en /usr/src/acx-mac80211-git
puis continuer
nouveaux fichiers à mettre en lieu et place des anciens en /usr/src/acx-mac80211-git
puis continuer
_Compilation/installation (la 1ère ligne du add n'est à faire qu'une fois)
Code BASH :
_Chargement pilotedkms add -m acx-mac80211 -v git dkms build -m acx-mac80211 -v git dkms install -m acx-mac80211 -v git
Code BASH :
modprobe acx-mac80211A partir de là, l'interface Wi-Fi apparait
Code BASH :
le module est attribué à la carteiwconfig eth1 no wireless extensions. wlp5s1 IEEE 802.11bg ESSID:off/any Mode:Managed Frequency:2.462 GHz Access Point: Not-Associated Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off lo no wireless extensions.
Code BASH :
ainsi que le réseaulspcidrake -v | grep -i net acx_mac80211 : Texas Instruments|ACX 111 54Mbps Wireless Interface [NETWORK_OTHER] (vendor:104c device:9066 subv:1385 subd:4c00)
Code BASH :
lshw -C network ... *-network description: Interface réseau sans fil produit: ACX 111 54Mbps Wireless Interface fabriquant: Texas Instruments identifiant matériel: 1 information bus: pci@0000:05:01.0 nom logique: wlp5s1 version: 00 numéro de série: 00:0f:b5:8c:ae:1d bits: 32 bits horloge: 33MHz/usr/local/src fonctionnalités: pm bus_master cap_list ethernet physical wireless configuration: broadcast=yes driver=acx_pci driverversion=3.12.21-desktop-2.mga4 firmware=N/A latency=64 link=no multicast=yes wireless=IEEE 802.11bg ressources: irq:22 mémoire:feafe000-feafffff mémoire:feac0000-feadffff
Et via le CCM->Réseau&Internet on peut configurer
(perso en WPA2/TKIP, Autoriser les utilisateurs à gérer la connexion, Ne pas permettre le controle de l'interface par Network Manager...)
puis se connecter sur l'interface sans fil qui apparait maintenant!
Édité par kalagani Le 15/10/2022 à 19h01
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Quelle persévérance.
Il me semble que ce matériel est ancien. Peux-tu confirmer ?
En tout cas, je n'ai pas trouvé trace de la gestion de ce matériel dans Mageia, ni de rapport de bogue le concernant.
Je pense toutefois qu'il est possible de le gérer. Mageia dispose de dkms, wpa_supplicant.
Fais-tu un rapport ou faut-il t'aider ?
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
Papoteur :
Bravo kalagani,
Quelle persévérance.
Quelle persévérance.
Papoteur :
Au moins de 2005 pour la wg311v2, sans doute avant pour la wg311v1 et après pour la wg311v3Il me semble que ce matériel est ancien. Peux-tu confirmer ?
les 3 embarquent des chipsets différents, respectivement: Texas, Atheros et Marvell, donc 3 installations différentes, ici
Papoteur :
dommage, suffirait semble t-il d'embarquer les firmwares dans /lib/firmware et quelquepart le pilote acx-mac80211.ko.xz ou quelquechose comme cela...En tout cas, je n'ai pas trouvé trace de la gestion de ce matériel dans Mageia, ni de rapport de bogue le concernant.
(ds Mageia2 il existe un mac80211.ko.xz dans /lib/modules/3.4.69-desktop-1.mga2/kernel/net/mac80211)
Papoteur :
Le Wi-Fi est fonctionnel en suivant pas à pas la procédure que j'ai écrite!Je pense toutefois qu'il est possible de le gérer. Mageia dispose de dkms, wpa_supplicant.
Fais-tu un rapport ou faut-il t'aider ?
Fais-tu un rapport ou faut-il t'aider ?
Autant sous Mageia4 64bits
qu'après avoir déplacé la carte sur son PC de destination sous Mageia2 64bits
Édité par kalagani Le 01/10/2014 à 20h18
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
kalagani :
les 3 embarquent des chipset différents, respectivement: Texas, Atheros et Marvell, donc 3 installations différentes, ici
Pendant que j'y étais j'ai essayé encore plus ancien:Papoteur :
Au moins de 2005 pour la wg311v2, sans doute avant pour la wg311v1 et après pour la wg311v3Il me semble que ce matériel est ancien. Peux-tu confirmer ?
les 3 embarquent des chipset différents, respectivement: Texas, Atheros et Marvell, donc 3 installations différentes, ici
une carte PCI D-Link DWL-520+ (IEEE 802.11b+ -> 22 Mbits/sec) à chipset ACX100
il a suffit de télécharger les firmwares adéquats toujours en /lib/firmware
Code BASH :
for i in "" r11 r0D ; do wget -P /lib/firmware http://acx100.erley.org/fw//acx100_1.10.7.K/tiacx100$i ; done
2019/06/01: le serveur erley.org semblant hors d'usage
les firmwares tiacx100 et tiacx100usb s'obtiennent maintenant via
acx100-firmware-1.9.8.b-1.nodist.rf.noarch.rpm
Une fois téléchargé le rpm, l'installer avec un urpmi et en acceptant l'absence de signature
Code BASH :
les firmwares seront installés au bon endroit dans /lib/firmwareurpmi acx100-firmware-1.9.8.b-1.nodist.rf.noarch.rpmle pilote acx étant déjà compilé/installé via le dkms précédent, le wi-fi en WPA2 a été immédiatement opérationnel avec cette préhistorique carte :+)
Caché :
Code BASH :
lspci -v ... 05:01.0 Network controller: Texas Instruments ACX 100 22Mbps Wireless Interface Subsystem: D-Link System Inc DWL-520+ 22Mbps PCI Wireless Adapter Flags: bus master, medium devsel, latency 64, IRQ 22 I/O ports at bc00 [size=32] Memory at feaff000 (32-bit, non-prefetchable) [size=4K] Memory at feae0000 (32-bit, non-prefetchable) [size=64K] Capabilities: <access denied> Kernel driver in use: acx_pci Kernel modules: acx_mac80211
Le Wi-Fi a aussi été opérationnel avec la même carte déplacée sur le PC Mageia2 64bits et avec même téléchargement de firmware...
Édité par kalagani Le 08/08/2019 à 16h28
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
Hello Papoteur :
L'idée du rapport de bogue, c'est pour le pilote soit directement intégré dans Mageia.
Oui, pourquoi pas, cela remettrait en selle pas mal de cartes à chipset ACX100, ACX111 et TNETW1450 ici
Par contre faudrait savoir si la distribution peut recopier les élèments sans risquer des foudres quelconques!
Puis si c'est possible faudrait mettre en place aussi le mécanisme de construction via dkms, non?
Autrement as tu un exemple de ce genre de rapport?
Édité par kalagani Le 01/07/2014 à 15h47
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
rapport de bogue de type enhancement fait:
Bug 13661: None components are available for wireless USB/card embedding ACX100, ACX111 or TNETW1450 chipsets from Texas Instrument
à suivre donc...mais mal parti d'après le commentaire de
Thomas Backlund :
dont je n'ai pas trop cherché à savoir quelle était l'exacte controverse dans la mailing list en question!
There is legal controversy surrounding the development of this driver, see the wireless mailing list for more information. Until that is cleared, we suggest to not use or download this driver.
Édité par kalagani Le 03/07/2014 à 15h59
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
kalagani :
...
dont je n'ai pas trop cherché à savoir quelle était l'exacte controverse dans la mailing list en question!
dont je n'ai pas trop cherché à savoir quelle était l'exacte controverse dans la mailing list en question!
Et bien c'est en attente d'une réponse de Texas en rapport avec la légalité d'introduire leur driver
cf dans (le titre a changé :+) Bug 13661 - Missing driver/firmware for wireless USB/card embedding ACX100, ACX111 or TNETW1450 chipsets from Texas Instrument
le dernier courriel à ce propos
Édité par kalagani Le 04/07/2014 à 17h23
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je n'avais pas vu d'informations de genre avant.
Je suggère d'épingler ce sujet en en changeant le titre :"Cartes Wifi Texas Instrument".
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
Et à propos de coup, j'ai modifié le titre
"Cartes wifi à chipset Texas Instrument (ACX100, 111 et TNETW1450)
et sous-titre
"ex: cartes PCI Netgear wg311v2 (ACX111) et D-Link DWL-520+ (ACX100)"
ZEBULON Membre non connecté
-
- Voir le profil du membre ZEBULON
- Inscrit le : 30/10/2008
- Groupes :
Papoteur :
Merci kalagani.
Je n'avais pas vu d'informations de genre avant.
Je suggère d'épingler ce sujet en en changeant le titre :"Cartes Wifi Texas Instrument".
Je n'avais pas vu d'informations de genre avant.
Je suggère d'épingler ce sujet en en changeant le titre :"Cartes Wifi Texas Instrument".
Bonne idée
Je m'en suis occupé
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
pour info,
sur Mageia, le build du module acx-mac80211 ne se fait plus avec le nouveau kernel 4.4.13 alors qu'il se faisait encore avec le 4.1.15. En fait ce build semble être en échec depuis le kernel 4.2 car échec aussi avec une kubuntu kernel 4.2.0-38
Cela est du à un changement d'interface kernel dans
..../kernel/net/mac80211/mac80211.ko
En attendant une modification "officielle" discussion ouverte sur sourceforge,
j'ai posté ici un fichier main.c modifié
il permet le build à partir des kernel >=4.2 tout en continuant à "builder" avec les kernels inférieurs,
bien sur le module "buildé" est opérationnel.
Édité par kalagani Le 12/07/2016 à 22h57
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie