Le terminal m'annonce un autre problème lorsque je fais un make pour installer le driver ipw3945 :
[root@lns-bzn-45-82-65-144-109 ipw3945-1.1.2]# make
Using ieee80211 subsystem version 'git-1.1.13' (API v1) from:

Base: /lib/modules/2.6.18-1.2849.fc6/build/
Path: /lib/modules/2.6.18-1.2849.fc6/build/include/

EXTRA_CFLAGS = -DIEEE80211_API_VERSION=1 -g -Wa,-adhlms=check_inc.lst

make -C /lib/modules/2.6.18-1.2849.fc6/build M=/root/Desktop/ipw3945-1.1.2 modules
make[1]: Entering directory `/usr/src/kernels/2.6.18-1.2849.fc6-i686'
CC [M] /root/Desktop/ipw3945-1.1.2/ipw3945.o
In file included from /root/Desktop/ipw3945-1.1.2/ipw3945.c:68:
/root/Desktop/ipw3945-1.1.2/ipw3945.h:32:26: error: linux/config.h: No such file or directory
/root/Desktop/ipw3945-1.1.2/ipw3945.c: In function 'ipw_send_associate':
/root/Desktop/ipw3945-1.1.2/ipw3945.c:4414: error: too few arguments to function 'ieee80211_tx_frame'
/root/Desktop/ipw3945-1.1.2/ipw3945.c: In function 'ipw_bg_daemon_cmd':
/root/Desktop/ipw3945-1.1.2/ipw3945.c:4890: error: too few arguments to function 'ieee80211_tx_frame'
/root/Desktop/ipw3945-1.1.2/ipw3945.c: In function 'ipw_auth_work':
/root/Desktop/ipw3945-1.1.2/ipw3945.c:9458: error: too few arguments to function 'ieee80211_tx_frame'
/root/Desktop/ipw3945-1.1.2/ipw3945.c:9508: error: too few arguments to function 'ieee80211_tx_frame'
/root/Desktop/ipw3945-1.1.2/ipw3945.c: In function 'ipw_handle_probe_request':
/root/Desktop/ipw3945-1.1.2/ipw3945.c:9581: error: too few arguments to function 'ieee80211_tx_frame'
make[2]: *** [/root/Desktop/ipw3945-1.1.2/ipw3945.o] Error 1
make[1]: *** [_module_/root/Desktop/ipw3945-1.1.2] Error 2
make[1]: Leaving directory `/usr/src/kernels/2.6.18-1.2849.fc6-i686'
make: *** [modules] Error 2

L'erreur est : linux/config.h: No such file or directory.
ce header a été supprimé des versions récentes de FC. En le remplacant par autoconf.h ou carrément en le supprimant (comme j'ai vu sur d'autres post), ca ne regle pas les autres problèmes de compilation 'too few arguments to function 'ieee80211_tx_frame'...
Je ne sais pas d'où ca vient... je ne vais pas devoir refaire la fonction ieee80211_tx_frame' ca serait bien chi.nt.

Vous avez une idée ?
Je peux te proposer d'utiliser les kmod d'ipw3945 disponibles sur mon dépot!
(l'erreur semble provenir d'une erreur de compilation avec l'ancienne apiv1 j'utilise l'api v2 qui se compile tres bien pour mes kmod!)
Et que compilé au préalable!

Vérifies au préalable que tu as bien un kernel i686 (et non i586)
Est ce que tu peux me dire si tout fonctionne bien, en paticulier le chargement au démarrage du daemon (ipw3945d)
Il semble qu'il persiste des erreurs minimes à modifier mais que tout marche bien...

Voir l'article sur mon blog pour installation fc6...
Je confirme, les modules du site de kwizart fonctionnent directement sans compilation, tant le kmod que les différents autres fichiers

par contre les instructions reprises sur le site d'intel ne fonctionnent pas et ne peuvent pas fonctionner. Je t'ai meme explqiqué pourquoi sur ton blog, kwizart, alors il serait bon de ne pas envoyer les gens dans le mur inutilement. 
# echo install ipw3945 /sbin/modprobe --ignore-install ipw3945 ; \
  sleep 0.5 ; /sbin/ipw3945d --quiet >> /etc/modules.d/ipw3945

# echo remove ipw3945  /sbin/ipw3945d --kill ; \
  /sbin/modprobe -r --ignore-remove ipw3945 >> /etc/modules.d/ipw3945
Si tu ne me crois pas, essaie tu verras.

C'est la raison pour laquelle j'ai suggéré d'utiliser le script fourni par Intel apres modification, et qui a l avantage d'être utilisable tel quel:

http://forums.fedora-fr.org/viewtopic.php?pid=116844#p116844
kwizart :
je suis allé sur ton blog mais je ne sais pas comment télécharger et installer ton kmod (mot nouveau!) car je n'ai pas accès au net quand je suis sous linux (c'est pour ca que je veux installer la carte wifi...). J'ai téléchargé ce qu'il y a sous "Site des modules compilés" et je vais l'installer...

=>j'ai bien un kernel i686.

Quant à charger le daemon, je ne sais pas comment faire mais je trouverai bien...

Je tente ce que vous avez tous les deux dit et je reviens sous windows ! :p
merci !
Voilà ce que j'ai :
[root@localhost ~]# su -

[root@localhost ~]# service network restart

Shutting down loopback interface: [ OK ]

Bringing up loopback interface: [ OK ]

Bringing up interface eth0:

Determining IP information for eth0... failed; no link present. Check cable?
[FAILED]

[root@localhost ~]# /sbin/lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express Memory Controller Hub (rev 03)

00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express PCI Express Root Port (rev 03)

00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)

00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)

00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01)

00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01)

00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01)

00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01)

00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01)

00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01)

00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)

00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e1)

00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 01)

00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)

00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial ATA Storage Controller AHCI (rev 01)

01:00.0 VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]

02:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller

02:06.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller


02:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)


02:06.3 Class 0805: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller
02:06.4 Communication controller: Texas Instruments PCIxx12 GemCore based SmartCard controller
08:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5753M Gigabit Ethernet PCI Express (rev 21)
10:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02)

[root@localhost ~]# dmesg | grep ieee80211



ieee80211_crypt: registered algorithm 'NULL'

ieee80211: 802.11 data/management/control stack, 1.2.15

ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>

ipw3945: no version for "ieee80211_wx_get_encodeext" found: kernel tainted.

[root@localhost ~]# dmesg | grep ipw
ipw3945: no version for "ieee80211_wx_get_encodeext" found: kernel tainted.

ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.1.2d
ipw3945: Copyright(c) 2003-2006 Intel Corporation

ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection

ipw3945: ipw3945.ucode load failed: Reason -2
ipw3945: Could not read microcode: -2

ipw3945: probe of 0000:10:00.0 failed with error -2

[root@localhost ~]# dmesg | grep ipw3945
ipw3945: no version for "ieee80211_wx_get_encodeext" found: kernel tainted.

ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.1.2d

ipw3945: Copyright(c) 2003-2006 Intel Corporation
ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection

ipw3945: ipw3945.ucode load failed: Reason -2

ipw3945: Could not read microcode: -2

ipw3945: probe of 0000:10:00.0 failed with error -2


[root@localhost ~]# su -

[root@localhost ~]# rmmod ieee80211

ERROR: Module ieee80211 is in use by ipw3945


[root@localhost ~]# /sbin/ipw3945d


ipw3945d - regulatory daemon

Copyright (C) 2005-2006 Intel Corporation. All rights reserved.

version: 1.7.22

2006-12-03 19:51:29: ERROR: Could not find Intel PRO/Wireless 3945ABG Network Connection

Je n'ai pas réussi à installer les patchs du kmod...
Est ce que tu as installé le microcode? ou firmware? le daemon semble installé et les dépendances exigent normalement que le microcode le soi aussi!

J'ai installé mon kmod sous x86_64. Je soutiens qu'il doit être possible de le lancer en faisant:
su -
service ipw3945 start
de l'arréter en faisant:
service ipw3945 stop

il est possible de vérifier cela en faisant apres un démarrage et chaque commande:
dmesg |grep ipw

Mais il existe bien des erreurs! Ce qui était attendu était que le daemon se chargeait automatiquement!
il devait aussi être démarré automatiquement dans les level 345 ce qui ne semble pas le cas...

Cela à l'air clair pour toi mais pour moi cela ne l'est pas... J'aissaie de voir d'ou viens cette mésentente et j'ai vu ce message
le script c'est celui de ton blog, qui commence par

#! /bin/sh
#
# Intel Pro/wireless 3945BG: ipw3945d deamon
#
#chkconfig: 35 20 86

il fonctionne très bien, je te dis que je l ai installé (enfin les liens) à la main dans tous les fichiers rcX.d, parce que si je veux rajouter les liens avec chkconfig, il refuse ! (avec chkconfig --add ipw3945 )
Alors la réponse est non! Cela ne ressemble en rien au script que j'utilise. Quand au "script" que tu as vu sur mon blog dans l'article ipw2200/ipw3945 il est tronqué et je ne dis pas comment l'utiliser puisqu'il est installé depuis un moment par le kmod-common dans /etc/modprobe.d/ipw3945 . Il faut supprimer tout doublons qui pourrait se situer dans /etc/modprobe.conf
Je ne sais pas non plus qu'est ce que tu appelles le script intel???

Je pense que le mieux à faire est de supprimer mon kmod ainsi que toutes les modifcations que tu as faite (quittes à sauvegarder les scripts que tu as) et de refaire l'installation du kmod. Tant que cela ne sera pas fait, J'espère que tu comprends que je ne peux pas considérer tes remarques avec la même clarté si tout ce que tu as fait et trouvé logique se confond à ce que j'ai fait et trouvé évident.
Par ailleurs tes conseils pour l'amélioration son bienvenu! Et je te remercie d'avoir pointé sur un problème qu'il va bien falloit arriver à résoudre!!!
Bon sang!

Donc pour l'instant l'erreur à l'installation des kmod viens du fait que j'tuiliser une commande chkconfig -level 345 et qu'il faudrai que j'ai une commande pour chaque level...

Nicolas!
à kwizart
Alors résumé des opérations:

j'ai bien installé à partir deat comme tu me l as indiqué les paquets ieee80211 et le paquet ipw3945d

puis je me suis reporté à ton blog qui m'a renvoyé sur la doc Fedora, ici http://doc.fedora-fr.org/Intel_PRO/Wireless_3945ABG:_installation_et_configuration ce qui a créé ma confusion.

C'est là que j'ai pris le script dont je parle.

Et ça ne fonctionnait toujours pas. Tu m as fait remarquer à juste titre que je n'avais pas le kmod. Je l'ai pris sur ton dépot.

En effet à ce moment j'ai pu lancer le demaon ipw3945d directement. Egalement avec la commande service ipw3945 start et stop, ce qui est normal dans la mesure ou le fichier se trouve dans /etc/init.d.

La question s'est posée de savoir comment automatiser le truc. Je me suis donc servi du script de la doc Fedora destiné à être copié dans /etc/init.d.
Chkconfig ne le supporte pas (cf plus haut je reviens pas dessus). C'est pour ca que j ai installé les liens à la main dans les répertoire rcX.d, et donc le démon était lancé que la carte soit active ou non, et si elle ne l'était pas, il attendait indéfiniment et bloquait la machine.

C'est pour cette raison
1) je dis que sur les DELL où la carte ne peut être lancée que par une commande explicite Fn+aF2, il ne faut pas automatiser le lancement du démon tant que l'on ne saura pas détecter au démarrage l'état actif ou non de la carte.

2) Il serait bien de modifier la page de la documentation Fedora ci-dessus qui contredit ce que tu t'évertues a dire en forums.

3) A toutes fins utiles voilà l'adresse du site Intel ou j'ai trouvé encore d'autres indications:
http://support.intel.com/support/notebook/sb/CS-006408.htm

Désolé encore d'avoir confondu ton blog et la doc Fedora-fr.org
Kwizart, par contre je souhaiterais voir le fichier ipw3945 que tu as (ou que tu installes ) dans /etc/init.d
1) je dis que sur les DELL où la carte ne peut être lancée que par une commande explicite Fn+aF2, il ne faut pas automatiser le lancement du démon tant que l'on ne saura pas détecter au démarrage l'état actif ou non de la carte.
C'est faux! Je n'ai pas de carte ipw3945 et j'arrive à lancer le daemon ce qui a pour effet de charger le module ipw3945.ko:
Je te fais la démonstration un peu plus tard (TODO list!)

2) Il serait bien de modifier la page de la documentation Fedora ci-dessus qui contredit ce que tu t'évertues a dire en forums.
C'est vrai! J'ai pourtant donné cette information à la personne responsable de cet article (il m'a dit qu'il testerai la solution que je donne - les différentes modifications de l'article peuvent être en contradiction dans la mesure ou je ne rédige pas moi -même cet article...

3) A toutes fins utiles voilà l'adresse du site Intel ou j'ai trouvé encore d'autres indications:
http://support.intel.com/support/notebo … 006408.htm

Désolé encore d'avoir confondu ton blog et la doc Fedora-fr.org
C'est pas grave! En fait Je me rend compte que cela pose un problème tout de même. Mais pour l'instant je met cela sur le compte que le tuto est en cours de rédaction et les rpms en cours de test!
Je trouve dommage d'utiliser une distribution basé sur des rpm précompilées et de recompiler chacun dans son coin des modules pour soi! Si on trouve un interet pour compiler à partir des sources alors autant utilser un rpm source ou passer sur une gentoo c'est fait pour cela!
Les tuto devrait donc uniquement permettre d'utiliser des rpm pré-compilées. et en faire la documentation ce n'est pas l'orientation choisie!
Bon ca marche nickel ! merci Kwizart !
20 jours plus tard
Bonjour,

Je me permet d'écrire dans ce topic étant donné que mon problème concerne la fin de celui ci.

Comme nouvo09, j'ai suivi la doc pour installer ma carte wifi ipw3945 : http://doc.fedora-fr.org/Intel_PRO/Wireless_3945ABG:_installation_et_configuration

Le daemon se lance bien en faisant un "service ipw3945 start".
Je cherche alors a automatiser le lancement au démarrage mais le service n'est pas présent dans le menu "Système > Administration > Services" sur Gnome. J'ai pourtant bien ajouté les 2 lignes dans le modprobe.conf et le script dans le fichier /etc/init.d/ipw3945.

Donc, je reprend la question de nouvo09 : Comment automatiser le lancement ?
Je n'utilise pas ton kmod kwizart, tout marche sans, sauf le lancement au demarrage. Donc qu'est ce que le kmod possède en plus que ce qui est dans la doc pour que ca marche ?
En théorie une fois installé le paquet ipw3945d, on fait chkconfig ipw3845d add et ça rajoute tous les liens utiles dans les répertoires /etc/rc0.d à rc6.d, mais je n'ai pas réussi cette méthode. Alors essaie et dis moi si chez toi ça marche ?


Mai j'ai quand même réussi à automatiser le lancement au démarrage en créant à la main les liens nécessaires dans tous les répertoires /etc/rc0.d à rc6.d, Et ça fonctionne sans problème tant que ta carte est activée. Sinon la machine est bloquée en attendant d"une carte la réponse qui ne viendra jamais.

J'ai promis à kwizart de tester selon ce qu'il a mis sur son blog, mais avec les fêtes, le temps manque 😃
Bah j'aurais pas énormément plus de temps pour regarder... Bons noel a tous!

L'avantage que tu peux trouver à utiliser mon kmod c'est de ne pas avoir à recompiler chaque module que tu utilises à chaque mise à jours du noyau. C'est l'avantage d'une distribution basé sur des paquet binaires (tel fedora) sur une distribution basé sur les paquets sources (tel gentoo)...

Un autre avantage c'est qu'il est sensé résoudre les problèmes les plus courant donc théoriquement il est possible de le lancer au démarrage mais pas par default, chkconfig -level 345 ipw3945 doit pouvoir lancer au démarrage le cas échéant le daemon...
Le chkconfig ne marche pas, il me met :

# chkconfig --add ipw3945
le service ipw3945 ne prend pas en charge chkconfig

Le porblème avec le kmod, c'est que moi j'ai dejà tout compilé a la main de mon côté, donc je voudrai pas l'installer au dessus.

Alors avec les répertoires rc0 à 6, j'ai mis des liens vers mon script avec ln (je découvre tout ca ^^) mais que dans les niveaux 3, 4 et 5 d'après ta commande kwizart (pourquoi ceux la je sais pas par contre). Un lien avec S pour start au debut et un numéro vers la fin pas déjà pris.
Ensuite un petit reboot pour tester et ça marche ! 🙂

Enfin un peu compliqué a faire, mais sinon pourquoi le chkconfig ne peut pas le mettre ?

Merci pour votre aide 😉
Enfin un peu compliqué a faire, mais sinon pourquoi le chkconfig ne peut pas le mettre ?
bonne question !