OVH Cloud OVH Cloud

module compilé..et ensuite ?

13 réponses
Avatar
mathieu
salut à tous

victoire, le module rt2500.ko (carte MSI PCI 54G)a bien été compilé
surma machien.
Pour cela j'ai pris la nouvelle version des sources
(http://www.ralinktech.com.tw/drivers/Linux/RT2500STA-Linux-1.3.0.2.tar.gz)

un fois dans le répertoire Module:

cp ./2.6.x/Makefile .
puis
make -C /usr/src/linux-2.6.3-7/ SUBDIRS=$PWD modules

et, miracle, tout se compile d'un coup.
Maintenant, j'ai bien un fichier rt2500.ko dans le répertoire

j'ai pensé le copier dans /lib/modules/linux-2.6.3-7/kernel/drivers/net
j'ai vu que les modules dans le répertoire était sous forme ko.gz mais
je ne m'y suis pas arrêté

ensuite j'ai modifié comme suit mon /etc/module.conf

alias ra0 rt2500

avant, j'avais compilé l'utilitaire de ralink et vu que la carte
fonctionnait bien.
mais, au démarrage suivant, le module n'est pas chargé

je voudrais qu'il le soit et qu'il se configure tout seul (client dhcp).

quelle est la solution ?

@+

3 réponses

1 2
Avatar
toufou
Dans le message <news:4103d560$0$29368$,
*mathieu* tapota sur f.c.o.l.configuration :


au démarrage, /var/log/message me dit ok au chargement du module
cependant, un lsmod me montre qu'il n'est pas chargé



Vous en êtes sûr qu'il vous dit « ok » ? Permettez moi d'en douter. Regardez
plutôt dans dmesg.


mais euuhh, je t'assure qu'il me dit ok au démarrage
quant à dmesg, je ne sais trop que chercher

je vois des messages pour ma carte ethernet, d'autres pour le scsi mais
rien d'évident en ce qui concerne ma carte wifi



pour le chargé, je dois aller dans le répertoire où il se trouve et
faire insmod rt2500. si je le fais d'un autre endroit, le module n'est
pas trouvé.



La commande 'depmod -a' a-t-elle été lancée après l'installation du module ?


non, c'est nécessaire ? on dirait que oui :)

ceci dit, après avoir chargé le module à la main, fait un
/sbin/ifconfig ra0 inet 192.168.1.78 up
route add default gw 192.168.1.1 ra0

j'ai accès à internet et je rédige ce message depuis linux.

devrais-je faire un script pour automatiser ça ?

Existera-t'il un moyen de passer par dhcp pour cette carte wifi ?

@+

P.S: au passage, merci pour la patience :)


Avatar
TiChou
Dans le message <news:4103f1f4$0$29376$,
*toufou* tapota sur f.c.o.l.configuration :

au démarrage, /var/log/message me dit ok au chargement du module
cependant, un lsmod me montre qu'il n'est pas chargé


Vous en êtes sûr qu'il vous dit « ok » ? Permettez moi d'en douter.
Regardez plutôt dans dmesg.


mais euuhh, je t'assure qu'il me dit ok au démarrage


Quel est le message exact ?

quant à dmesg, je ne sais trop que chercher

je vois des messages pour ma carte ethernet, d'autres pour le scsi mais
rien d'évident en ce qui concerne ma carte wifi


Si vous ne retrouvez pas le même message dans dmesg que dans
/var/log/message, alors il y a comme un soucis car les messages retournés
par les modules sont des messages kernel.

après avoir chargé le module à la main, fait un
/sbin/ifconfig ra0 inet 192.168.1.78 up
route add default gw 192.168.1.1 ra0

j'ai accès à internet et je rédige ce message depuis linux.

devrais-je faire un script pour automatiser ça ?


Non. Ou oui dans le pire des cas...

Existera-t'il un moyen de passer par dhcp pour cette carte wifi ?


Oui, de la même manière que vous le feriez avec une carte réseau Ethernet.
Mais la configuration de cette interface dépend aussi de votre distribution.
Quelle est-elle ?

--
TiChou



Avatar
toufou


Quel est le message exact ?


Jul 25 13:19:32 localhost network: Activation de l'interface ra0 :
succeeded


quant à dmesg, je ne sais trop que chercher

je vois des messages pour ma carte ethernet, d'autres pour le scsi mais
rien d'évident en ce qui concerne ma carte wifi



Si vous ne retrouvez pas le même message dans dmesg que dans
/var/log/message, alors il y a comme un soucis car les messages retournés
par les modules sont des messages kernel.


mais je crois que le module ne réponds pas et c'est plutôt la réponse
"succeeded" dans le log message qui me surprend. D'autant plus que le
module n'est pas chargé à l'arrivée


Oui, de la même manière que vous le feriez avec une carte réseau Ethernet.
Mais la configuration de cette interface dépend aussi de votre distribution.
Quelle est-elle ?



mandrake 10.0
mais les outils fournis ne voient pas la carte wifi lors de la
configuration du réseau. Je ne pourrais pas m'en servir.

autre chose maintenant, j'ai cette trace là dans /var/log/messeg qui se
répète tout le temps. J'en fais quoi ? je l'envoie au createur du pilote
? et, comment faire pour que ça ne s'inscrive plus dans le fichier de
log, ça risque de le faire exploser ?

Jul 25 22:30:46 localhost kernel: local_bh_enable() was called with
local interrupts disabled. This is probably a bug
Jul 25 22:30:46 localhost kernel: Call Trace:
Jul 25 22:30:46 localhost kernel: [local_bh_enable+111/128]
local_bh_enable+0x6f/0x80
Jul 25 22:30:46 localhost kernel: [<c01265df>] local_bh_enable+0x6f/0x80
Jul 25 22:30:46 localhost kernel: [dev_queue_xmit+455/512]
dev_queue_xmit+0x1c7/0x200
Jul 25 22:30:46 localhost kernel: [<c0260ed7>] dev_queue_xmit+0x1c7/0x200
Jul 25 22:30:46 localhost kernel: [ip_finish_output+209/496]
ip_finish_output+0xd1/0x1f0
Jul 25 22:30:46 localhost kernel: [<c027a431>] ip_finish_output+0xd1/0x1f0
Jul 25 22:30:46 localhost kernel: [ip_push_pending_frames+689/1040]
ip_push_pending_frames+0x2b1/0x410
Jul 25 22:30:46 localhost kernel: [<c027c321>]
ip_push_pending_frames+0x2b1/0x410
Jul 25 22:30:46 localhost kernel: [udp_push_pending_frames+417/624]
udp_push_pending_frames+0x1a1/0x270
Jul 25 22:30:46 localhost kernel: [<c02982c1>]
udp_push_pending_frames+0x1a1/0x270
Jul 25 22:30:46 localhost kernel: [udp_sendmsg+1424/1632]
udp_sendmsg+0x590/0x660
Jul 25 22:30:46 localhost kernel: [<c0298970>] udp_sendmsg+0x590/0x660
Jul 25 22:30:46 localhost kernel: [__wake_up+17/32] __wake_up+0x11/0x20
Jul 25 22:30:46 localhost kernel: [<c011ff41>] __wake_up+0x11/0x20
Jul 25 22:30:46 localhost kernel:
[__crc_open_private_file+1246763/4965071] 0xe1a38a44
Jul 25 22:30:46 localhost kernel: [<e1a38a44>] 0xe1a38a44
Jul 25 22:30:46 localhost kernel:
[__crc_open_private_file+1248248/4965071] 0xe1a39011
Jul 25 22:30:46 localhost kernel: [<e1a39011>] 0xe1a39011
Jul 25 22:30:46 localhost kernel: [inet_sendmsg+58/80]
inet_sendmsg+0x3a/0x50
Jul 25 22:30:46 localhost kernel: [<c029f9ca>] inet_sendmsg+0x3a/0x50
Jul 25 22:30:46 localhost kernel: [sock_sendmsg+129/176]
sock_sendmsg+0x81/0xb0
Jul 25 22:30:46 localhost kernel: [<c0259491>] sock_sendmsg+0x81/0xb0
Jul 25 22:30:46 localhost kernel: [ip_route_output_flow+29/80]
ip_route_output_flow+0x1d/0x50
Jul 25 22:30:46 localhost kernel: [<c027613d>]
ip_route_output_flow+0x1d/0x50
Jul 25 22:30:46 localhost kernel: [udp_connect+313/640]
udp_connect+0x139/0x280
Jul 25 22:30:46 localhost kernel: [<c0298f99>] udp_connect+0x139/0x280
Jul 25 22:30:46 localhost kernel: [sys_sendto+213/256]
sys_sendto+0xd5/0x100
Jul 25 22:30:46 localhost kernel: [<c025a515>] sys_sendto+0xd5/0x100
Jul 25 22:30:46 localhost kernel: [sys_connect+95/128]
sys_connect+0x5f/0x80
Jul 25 22:30:46 localhost kernel: [<c025a2ff>] sys_connect+0x5f/0x80
Jul 25 22:30:46 localhost kernel: [sys_connect+112/128]
sys_connect+0x70/0x80
Jul 25 22:30:46 localhost kernel: [<c025a310>] sys_connect+0x70/0x80
Jul 25 22:30:46 localhost kernel: [sock_map_fd+254/336]
sock_map_fd+0xfe/0x150
Jul 25 22:30:46 localhost kernel: [<c025925e>] sock_map_fd+0xfe/0x150
Jul 25 22:30:46 localhost kernel: [sock_create+193/400]
sock_create+0xc1/0x190
Jul 25 22:30:46 localhost kernel: [<c0259e51>] sock_create+0xc1/0x190
Jul 25 22:30:46 localhost kernel: [sys_send+28/32] sys_send+0x1c/0x20
Jul 25 22:30:46 localhost kernel: [<c025a55c>] sys_send+0x1c/0x20
Jul 25 22:30:46 localhost kernel: [sys_socketcall+312/480]
sys_socketcall+0x138/0x1e0
Jul 25 22:30:46 localhost kernel: [<c025adb8>] sys_socketcall+0x138/0x1e0
Jul 25 22:30:46 localhost kernel: [sys_newuname+69/112]
sys_newuname+0x45/0x70
Jul 25 22:30:46 localhost kernel: [<c012f5a5>] sys_newuname+0x45/0x70
Jul 25 22:30:46 localhost kernel: [sysenter_past_esp+82/121]
sysenter_past_esp+0x52/0x79
Jul 25 22:30:46 localhost kernel: [<c010afa9>] sysenter_past_esp+0x52/0x79


1 2