J'essaie de configurer le wifi intégré sur un portable Elite NB-A531C
(processeur Transmeta Crusoe TM5800), sur une MDK 10.0.
La puce wifi est une PRISM3, j'ai installé NdisWrapper 0.12 qui
reconnait le matériel, donc ça doit être bon (avec les drivers WinXP) de
ce côté-là.
J'ai configuré ifcfg-wlan0 avec les adresses et tout, mais impossible de
lancer l'interface, voilà ce que j'obtiens quand je relance le réseau:
...
Démarrage de l'interface loopback : [ OK ]
Activation de l'interface wlan0 : SIOCSIFFLAGS: No such device
Failed to bring up wlan0
D'après mon ami Google, ce serait un problème de conflit d'IRQ, mais je
ne trouve pas la solution.
- J'ai essayé en passant dans lilo acpi=noirq, acpi=off, etc. pas mieux.
- J'ai mis options wlan0 irq=7 dans /etc/modprobe.conf, pas mieux.
- Impossible de configurer les IRQ dans le bios
Ca fait 3 jours que je suis dessus, je ne sais plus dans quelle
direction chercher, si quelqu'un a une idée...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
didier gaumet
et tu as essayé sans ndiswrapper avec le centre de contrôle Mandrake ? Les chipsets Prism sont les euls à être reconnus nativement par Linux et à avoir leur driver fourni avec le noyau Linux... Si ça se trouve lors de l'installation Mandrake a à moitié configuré ta carte wifi, il attend que tu renseignes les paramètres complémentaires (mode ad-hoc/infrastructure, canal, clé de cryptage, etc...) et quand tu lance ndiswrapper il y a conflit d'IRQ ou autre problème du même genre?
et tu as essayé sans ndiswrapper avec le centre de contrôle Mandrake ?
Les chipsets Prism sont les euls à être reconnus nativement par Linux et
à avoir leur driver fourni avec le noyau Linux...
Si ça se trouve lors de l'installation Mandrake a à moitié configuré
ta carte wifi, il attend que tu renseignes les paramètres
complémentaires (mode ad-hoc/infrastructure, canal, clé de cryptage,
etc...) et quand tu lance ndiswrapper il y a conflit d'IRQ ou autre
problème du même genre?
et tu as essayé sans ndiswrapper avec le centre de contrôle Mandrake ? Les chipsets Prism sont les euls à être reconnus nativement par Linux et à avoir leur driver fourni avec le noyau Linux... Si ça se trouve lors de l'installation Mandrake a à moitié configuré ta carte wifi, il attend que tu renseignes les paramètres complémentaires (mode ad-hoc/infrastructure, canal, clé de cryptage, etc...) et quand tu lance ndiswrapper il y a conflit d'IRQ ou autre problème du même genre?
denisg
didier gaumet a écrit :
et tu as essayé sans ndiswrapper avec le centre de contrôle Mandrake ? Les chipsets Prism sont les euls à être reconnus nativement par Linux et à avoir leur driver fourni avec le noyau Linux... Si ça se trouve lors de l'installation Mandrake a à moitié configuré ta carte wifi, il attend que tu renseignes les paramètres complémentaires (mode ad-hoc/infrastructure, canal, clé de cryptage, etc...) et quand tu lance ndiswrapper il y a conflit d'IRQ ou autre problème du même genre?
Damned!! Si c'est ça je m'engage solennellement à me taper la tête contre le mur!!
Dans ce cas quelle est la bonne méthode pour retirer proprement (et définitivement) des modules/drivers qu'on a demandé au noyau de charger? suffit-il d'effacer la (les) ligne(s) dans /etc/modules.conf?
Merci en tout cas pour la piste, j'essaye ça demain...
-- DenisG SONY VAIO A VENDRE : www.denisg.fr.to/avendre.php +---------------------------------+ ! Site perso --> www.denisg.fr.to ! ! Miam! --> www.fermedelangle.com ! +---------------------------------+
didier gaumet a écrit :
et tu as essayé sans ndiswrapper avec le centre de contrôle Mandrake ?
Les chipsets Prism sont les euls à être reconnus nativement par Linux et
à avoir leur driver fourni avec le noyau Linux...
Si ça se trouve lors de l'installation Mandrake a à moitié configuré
ta carte wifi, il attend que tu renseignes les paramètres
complémentaires (mode ad-hoc/infrastructure, canal, clé de cryptage,
etc...) et quand tu lance ndiswrapper il y a conflit d'IRQ ou autre
problème du même genre?
Damned!! Si c'est ça je m'engage solennellement à me taper la tête
contre le mur!!
Dans ce cas quelle est la bonne méthode pour retirer proprement (et
définitivement) des modules/drivers qu'on a demandé au noyau de charger?
suffit-il d'effacer la (les) ligne(s) dans /etc/modules.conf?
Merci en tout cas pour la piste, j'essaye ça demain...
--
DenisG
SONY VAIO A VENDRE : www.denisg.fr.to/avendre.php
+---------------------------------+
! Site perso --> www.denisg.fr.to !
! Miam! --> www.fermedelangle.com !
+---------------------------------+
et tu as essayé sans ndiswrapper avec le centre de contrôle Mandrake ? Les chipsets Prism sont les euls à être reconnus nativement par Linux et à avoir leur driver fourni avec le noyau Linux... Si ça se trouve lors de l'installation Mandrake a à moitié configuré ta carte wifi, il attend que tu renseignes les paramètres complémentaires (mode ad-hoc/infrastructure, canal, clé de cryptage, etc...) et quand tu lance ndiswrapper il y a conflit d'IRQ ou autre problème du même genre?
Damned!! Si c'est ça je m'engage solennellement à me taper la tête contre le mur!!
Dans ce cas quelle est la bonne méthode pour retirer proprement (et définitivement) des modules/drivers qu'on a demandé au noyau de charger? suffit-il d'effacer la (les) ligne(s) dans /etc/modules.conf?
Merci en tout cas pour la piste, j'essaye ça demain...
-- DenisG SONY VAIO A VENDRE : www.denisg.fr.to/avendre.php +---------------------------------+ ! Site perso --> www.denisg.fr.to ! ! Miam! --> www.fermedelangle.com ! +---------------------------------+
didier gaumet
Le Mon, 14 Feb 2005 19:46:04 +0100, denisg a écrit :
Damned!! Si c'est ça je m'engage solennellement à me taper la tête contre le mur!!
Dans ce cas quelle est la bonne méthode pour retirer proprement (et définitivement) des modules/drivers qu'on a demandé au noyau de charger?
rmmod le_module_à_décharger pour décharger un module : ne fait que le décharger : n'empèche pas qu'il soit rechargé au prochain démarrage de la machine
suffit-il d'effacer la (les) ligne(s) dans /etc/modules.conf?
Pour un kernel 2.4: - le fichier /etc/modules.conf contient la liste des modules à charger dynamiquement lorsque les périphériques sont utilisés - le fichier /etc/modules contient la liste des modules à charger au démarrage
Pour un kernel 2.6 avec udev je crois que ça n'est plus exactement pareil mais je ne peux pas t'en dire plus...
Merci en tout cas pour la piste, j'essaye ça demain...
Le Mon, 14 Feb 2005 19:46:04 +0100, denisg a écrit :
Damned!! Si c'est ça je m'engage solennellement à me taper la tête
contre le mur!!
Dans ce cas quelle est la bonne méthode pour retirer proprement (et
définitivement) des modules/drivers qu'on a demandé au noyau de charger?
rmmod le_module_à_décharger
pour décharger un module : ne fait que le décharger : n'empèche pas
qu'il soit rechargé au prochain démarrage de la machine
suffit-il d'effacer la (les) ligne(s) dans /etc/modules.conf?
Pour un kernel 2.4:
- le fichier /etc/modules.conf contient la liste des modules à charger
dynamiquement lorsque les périphériques sont utilisés
- le fichier /etc/modules contient la liste des modules à charger au
démarrage
Pour un kernel 2.6 avec udev je crois que ça n'est plus exactement pareil
mais je ne peux pas t'en dire plus...
Merci en tout cas pour la piste, j'essaye ça demain...
Le Mon, 14 Feb 2005 19:46:04 +0100, denisg a écrit :
Damned!! Si c'est ça je m'engage solennellement à me taper la tête contre le mur!!
Dans ce cas quelle est la bonne méthode pour retirer proprement (et définitivement) des modules/drivers qu'on a demandé au noyau de charger?
rmmod le_module_à_décharger pour décharger un module : ne fait que le décharger : n'empèche pas qu'il soit rechargé au prochain démarrage de la machine
suffit-il d'effacer la (les) ligne(s) dans /etc/modules.conf?
Pour un kernel 2.4: - le fichier /etc/modules.conf contient la liste des modules à charger dynamiquement lorsque les périphériques sont utilisés - le fichier /etc/modules contient la liste des modules à charger au démarrage
Pour un kernel 2.6 avec udev je crois que ça n'est plus exactement pareil mais je ne peux pas t'en dire plus...
Merci en tout cas pour la piste, j'essaye ça demain...
