Bonjour
comme vous pouvez le voir dans le titre j'ai un probleme suite a une mise a jour du noyau

Ce changement de noyau a posé probleme avec plusieurs drivers matériel dont les nvidia ( probleme autre et sans incidence) et avec mes drivers pour ma carte atheros.

pour ceux qui se souviendrait de moi j'avai deja posté pour un sujet similaire lors de mon passage sous fedora c'est ici vous y trouveres toutes les information nescessaire sur ma configuration

le probleme avait été resolu.
Mais hier apres la mise a jour ( passage au noyau 2.6.25.14-108.fc9.x86-64 ) plus moyen de me connecter au wifi
et, en observant le log du demarage j'ai une belle erreur au demarage de mon interface qui me dit

definition de l'ip pour mon interface Wlan0 [ECHOUé] l'interface n'est pas presente initialisation retardé :-o

interface pas presente ? me voila surpris " j'ai pourtant rien enlevé "

apres demarage je fait naturellement un lspci et la plus moyen de voir ma carte atheros

grillée ?

reponse non!! car apres demarage sous l'ancien noyau plus de probleme elle est la et fonctionnelle

donc voila ma question
comment faire pour parametrer une carte invisible sous ce noyau ?
y a t-il un autre probleme que le changement de noyau ?
que faire ?

merci d'avance

EDIT 1 de nouvelles information sans doutes utiles
j'ai un interupteur matériel pour le wifi qui ne servait a rien sous l'anvien noyau
par contre sous le nouveau il sembleait qu'il soit actif
je m'explique
lors du demarage avec l'interupteur activé , le usplash n'apparait pas ca demarare en ligne de commade et bloque au niveau de la definition de l'ip pour mon interface wlan0
lors du demarage avec l'interupteru desactivé le usplash apparait normalement et j'ai le message cité precedement qui parle d'interface absente

donc ma carte serait bien detectée par le noyau mas inutilisable dans les conditions actuelles
J'ai la même carte que toi et le wifi est opérationnel sous le kernel 2.6.25.14-108.fc9.i686, par contre avec un madwifi compilé à la main...
Je sais bien que madwifi est dispo dans les dépots mais j'avais toujours des conflits de version entre le kernel, madwifi, kmod-madwifi entre livna et livna-testing
Quelques liens utiles: http://wiki.centos.org/HowTos/Laptops/WirelessAR5007EG
http://snapshots.madwifi.org/madwifi-hal-0.10.5.6/
Et surtout celui-ci: http://madwifi.org/ticket/1192, où il est fait mention de la compatibilté 64 bits: "A new HAL has been made available by Sam Leffler (0.10.5.6) that supports AR2425 chips (AR5007* chipsets). This is a full HAL release so it should work for all platforms - that means x86-64. "
merci cursedman pour ton aide
j'ai suivi a la lettre tes recommandation mais ca n'a pas fonctionné!!
j'ai essayé avec la derniere version des madwifi la r835 du 1er aout
je suis toujours dans le meme cas : a savoir echec de la definition de l'adresse ip lors du demarage
cependant maintenant lspci voit ma carte a chaque fois c'est deja positif

je suppose que c'est un probleme de version des madwifi !!!

que faire ?
As tu chargé le module ath_pci ? 
# modprobe ath_pci
Normalement tu devrais voir quelque chose de ce type: 
[root@Notebook ~]# lsmod | grep ath_pci
ath_pci               212408  0 
wlan                  193844  5 wlan_ccmp,wlan_scan_sta,ath_rate_sample,ath_pci
ath_hal               302304  3 ath_rate_sample,ath_pci
J'utilise également les madwifi du 01 aout.
j'ai bien chargé le module mais quand je tape la seconde commande j'ai ce retour 
 [root@localhost ~]# lsmod | grep ath_pci
ath_pci               237888  0 
wlan                  223856  1 ath_pci
ath_hal               335504  1 ath_pci
ce n'est pas si loin du tient mais il me semble qu'il manque le principal au niveau du wlan
As tu eu des messages d'erreur lors de la compilation ?
aucun message d'erreur la compilation et l'installation ce sont tres bien passé

je veux bien appliquer un make clean et relancer une compilation pour regarder de plus pres

je m'y en vais ce ce pas

EDIT en effet aucune erreur
En suivant le wiki centos on devrait voir:
lsmod | grep ath

You should see something similar to

ath_rate_sample
ath_pci
wlan
ath_hal
lsmod | grep ath_pci était peut être un peu trop restrictif ?
il me manque le ath_rate_sample sinon c'est tout pareil
je me demande bien pourquoi ca ne marche pas ?

probleme d"incompatibilité" logicielle ? de vieux kmod madwifi qui trainerai malgré une desinstallation via yum ? ( yum remove )
ce m'inquiete un peu cette histoire je doit dire
@bredin76: avais tu installé un kmod-madwifi pour ce kernel avec yum ? Que renvoie: 
rpm -qa | grep *madwifi*
rpm -qa | grep kernel*
Normalement le module ath_pci et toute sa suite doit se trouver dans /lib/modules/<version-du-kernel>/net
Le kmod-madwifi pour ce kernel n'est actuellement pas disponible sur livna, tu ne devrais donc pas avoir de conflit avec celui-ci.

Une fois que tu as chargé le module ath_pci, relance NetworkManager: 
# service NetworkManager restart
Tu devrais voir les réseaux wifi environnants. Pour simplifier le chargement du module à chaque démarrage tu peux ajouter la ligne suivante dans le fichier /etc/rc.local : /sbin/modprobe ath_pci. Pense aussi a blacklister le module ath5k qui se charge automatiquement: ajoute blacklist ath5k dans le fichier /etc/modprobe.d/blacklist

@Le_barjo: la manip est décrite dans les liens du post#2, soit récupérer le dernier snapshot madwifi, extraire l'archive suivi d'un make et make install en tant que root.
bonjour
@ cursedman j'ai fait les manip et voila le retour que j'ai avant chargement 
 [root@localhost ~]# rpm -qa | grep *madwifi*
[root@localhost ~]# rpm -qa | grep kernel*
kerneloops-0.11-1.fc9.x86_64
kernel-2.6.25.14-108.fc9.x86_64
kernel-devel-2.6.25.14-108.fc9.x86_64
kernel-2.6.25.11-97.fc9.x86_64
kernel-headers-2.6.25.14-108.fc9.x86_64
j'ai rechargé les modules et fait le NetworkManager restart
mais toujours rien dans les reseaux Wifi

ensuite a tout hasard j'ai fait un network restart mais la voila le retour commande ( le meme qu'au demarage de la machine ) 
[root@localhost ~]# service network restart
Arrêt de l'interface eth0 :                                [  OK  ]
Arrêt de l'interface wlan0 :                               [  OK  ]
Arrêt de l'interface loopback :                            [  OK  ]
Activation de l'interface loopback :                       [  OK  ]
Activation de l'interface eth0 :  
Définition des informations IP pour eth0.dhclient(3880) is already running - exiting. 

This version of ISC DHCP is based on the release available
on ftp.isc.org.  Features have been added and other changes
have been made to the base software release in order to make
it work better with this distribution.

Please report for this software via the Red Hat Bugzilla site:
    http://bugzilla.redhat.com

exiting.
 échoué.
                                                           [ÉCHOUÉ]
Activation de l'interface wlan0 :  
Définition des informations IP pour wlan0. échoué.
                                                           [ÉCHOUÉ]
[root@localhost ~]#
Si tu utilises networmanager, il faut désactiver le service network. C'est soit networmanager ou network. Pas les deux à la fois.
Aller dans Système-->services : active le service networmanager et décoche le service network.
@cursedman
Tu as toujours eut des conflits car tu n'es jamais mis à jours le kernel en activant le dépot livna-testing pour mettre le nouveau kmod-madwifi
(qui en général est recompilé quelques jours apres)

Sinon il existe akmod-madwifi depuis livna-testing en F-9
@kwizart
Ok pour akmod-madwifi. Si j'ai bien compris akmod permet la recompilation des modules kmod pour chaque kernel. Mais j'ai quelques interrogations...
Nom  : akmod-madwifi
Architecture  : i686
Version  : 0.9.4
Révision  : 32.lvn9
Taille  : 3.3 M
Dépôt  : livna
Résumé  : Akmod package for madwifi kernel module(s)
URL  : http://www.madwifi.org/
Licence  : GPLv2
Description :This package provides the akmod package for the madwifi kernel
: modules.

Nom  : akmod-madwifi
Architecture  : i686
Version  : 0.9.4
Révision  : 45.r3698.lvn9
Taille  : 4.2 M
Dépôt  : livna-testing
Résumé  : Akmod package for madwifi kernel module(s)
URL  : http://www.madwifi.org/
Licence  : GPLv2
Description :This package provides the akmod package for the madwifi kernel
: modules.
Quelle est la différence entre le paquet disponible depuis testing et la branche stable? J'ai cherché un changelog mais en vain... D'après le nom cela suggère que le paquet en testing est construit depuis les sources sur http://snapshots.madwifi.org/madwifi-hal-0.10.5.6/ auquel cas j'installe cette version depuis testing.

Cependant comment yum fait-il la différence entre un paquet venant de testing ou stable ? Ce paquet disponible depuis testing va bien finir par arriver en stable. Si j'installe ce paquet venant du dépot testing, quand il passera en stable, sera-t-il "marqué" comme venant de testing ou considéré comme provenant de stable (je pense aux mises à jours futures) ?
dans le cas de livna, c'est un peu différent,
Les versions en livna-testing ne sont pas immédiatement destinéé à passer en stable. par ailleurs peu (voire pas) de paquet en stable sont passé par testing au préalable (alors que pour Fedora, tout les modules le sont)

En fait dans le cas de madwifi, tu peux utiliser la version en testing, surtout si le support de ton chipset n'a été ajouté que depuis la version dans livna-testing. La version en stable n'est là que pour garantir la stabiité de l'interface avec le mode dit master (mode point d'accès). Qui utilise hostapd et nécéssite d'avoir le pilote pour lequel il a été compilé.