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é.