J'ai une carte réseau intel intégrée type e100. Les drivers fournis par
Intel sont sous forme d'un tar.gz à décompresser puis à compiler. Le module
généré doit être installé normallement.
J'ai un kernel 2.2.17, debian potato
Voici ce que me renvoie un insmod e100 :
/lib/modules/2.2.17/net/e100.o: unresolved symbol eth_type_trans
/lib/modules/2.2.17/net/e100.o: unresolved symbol schedule_timeout
/lib/modules/2.2.17/net/e100.o: unresolved symbol request_region
/lib/modules/2.2.17/net/e100.o: unresolved symbol __kfree_skb
/lib/modules/2.2.17/net/e100.o: unresolved symbol alloc_skb
/lib/modules/2.2.17/net/e100.o: unresolved symbol __generic_copy_from_user
/lib/modules/2.2.17/net/e100.o: unresolved symbol init_etherdev
/lib/modules/2.2.17/net/e100.o: unresolved symbol schedule
/lib/modules/2.2.17/net/e100.o: unresolved symbol bh_active
/lib/modules/2.2.17/net/e100.o: unresolved symbol skb_under_panic
/lib/modules/2.2.17/net/e100.o: unresolved symbol kmalloc
/lib/modules/2.2.17/net/e100.o: unresolved symbol skb_realloc_headroom
/lib/modules/2.2.17/net/e100.o: unresolved symbol release_region
/lib/modules/2.2.17/net/e100.o: unresolved symbol create_proc_entry
/lib/modules/2.2.17/net/e100.o: unresolved symbol pci_read_config_byte
/lib/modules/2.2.17/net/e100.o: unresolved symbol free_irq
/lib/modules/2.2.17/net/e100.o: unresolved symbol unregister_netdev
/lib/modules/2.2.17/net/e100.o: unresolved symbol local_bh_count
/lib/modules/2.2.17/net/e100.o: unresolved symbol pci_read_config_dword
/lib/modules/2.2.17/net/e100.o: unresolved symbol iounmap
/lib/modules/2.2.17/net/e100.o: unresolved symbol __ioremap
/lib/modules/2.2.17/net/e100.o: unresolved symbol pci_read_config_word
/lib/modules/2.2.17/net/e100.o: unresolved symbol local_irq_count
/lib/modules/2.2.17/net/e100.o: unresolved symbol del_timer
/lib/modules/2.2.17/net/e100.o: unresolved symbol mod_timer
/lib/modules/2.2.17/net/e100.o: unresolved symbol kfree
/lib/modules/2.2.17/net/e100.o: unresolved symbol pci_devices
/lib/modules/2.2.17/net/e100.o: unresolved symbol remove_proc_entry
/lib/modules/2.2.17/net/e100.o: unresolved symbol request_irq
/lib/modules/2.2.17/net/e100.o: unresolved symbol netif_rx
/lib/modules/2.2.17/net/e100.o: unresolved symbol skb_over_panic
/lib/modules/2.2.17/net/e100.o: unresolved symbol proc_net
/lib/modules/2.2.17/net/e100.o: unresolved symbol pci_set_master
/lib/modules/2.2.17/net/e100.o: unresolved symbol pci_write_config_dword
/lib/modules/2.2.17/net/e100.o: unresolved symbol simple_strtoul
/lib/modules/2.2.17/net/e100.o: unresolved symbol pci_write_config_word
/lib/modules/2.2.17/net/e100.o: unresolved symbol sprintf
/lib/modules/2.2.17/net/e100.o: unresolved symbol check_region
/lib/modules/2.2.17/net/e100.o: unresolved symbol jiffies
/lib/modules/2.2.17/net/e100.o: unresolved symbol printk
/lib/modules/2.2.17/net/e100.o: unresolved symbol __const_udelay
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B8092E08AD5B391768CC313 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable
Dans l'article <3f4470ee$0$311$, écrivit...
Le driver eepro100 est dans le bf2.4 en woody.
Oui mais pas le driver e100.o (qui n'est pas le meme)
Sisi, les deux drivers sont dans les sources du 2.4.21, et même du 2.4.20 il me semble.
Ils sont effectivement dans le kernel, cependant, j'ai eu besoin de compiler le driver de chez intel avec une woody en bf2.4 sur des machines Nec PowerMate parcequ'il y avait pas moyen de faire fonctionner celui du noyeau...
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig0B8092E08AD5B391768CC313
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: quoted-printable
Dans l'article <3f4470ee$0$311$ba620e4c@reader0.news.skynet.be>,
selune@mytilene.org écrivit...
Le driver eepro100 est dans le bf2.4 en woody.
Oui mais pas le driver e100.o (qui n'est pas le meme)
Sisi, les deux drivers sont dans les sources du 2.4.21, et même du
2.4.20 il me semble.
Ils sont effectivement dans le kernel, cependant, j'ai eu besoin de
compiler le driver de chez intel avec une woody en bf2.4 sur des
machines Nec PowerMate parcequ'il y avait pas moyen de faire fonctionner
celui du noyeau...
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B8092E08AD5B391768CC313 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable
Dans l'article <3f4470ee$0$311$, écrivit...
Le driver eepro100 est dans le bf2.4 en woody.
Oui mais pas le driver e100.o (qui n'est pas le meme)
Sisi, les deux drivers sont dans les sources du 2.4.21, et même du 2.4.20 il me semble.
Ils sont effectivement dans le kernel, cependant, j'ai eu besoin de compiler le driver de chez intel avec une woody en bf2.4 sur des machines Nec PowerMate parcequ'il y avait pas moyen de faire fonctionner celui du noyeau...
On Thu, 21 Aug 2003 09:05:24 +0200, Gwenaëlle wrote:
"J. Mayer" wrote in message
Si ça ne marche pas bien, tu pourras toujours rebooter sur le 2.2.17...
Ok, mais alors, comment as-tu compilé ce driver ? Car moi je n'y suis pas arrivée ... Ai-je mal fait ma config kernel ??
J'ai intégré le driver dans le kernel 2.2.17 pour qu'il soit compilé de la même façon que dans un kernel 2.4 récent. J'ai ensuite fait une config minimale du kernel avec des options assez standard et j'ai fait un "make modules".... Si tu veux, je t'envoie le patch...
Il faut que j'essaie avec le k 2.4.21, car la carte graphique de Intel n'a un driver prévu (fbintel) qu'à partir de 2.4.21 !!
De toute façon, il faut éviter les kernels de 2.4.18 à 2.4.20 qui ont un bug sérieux dans la gestion des bloc-devices (la machine bloque parfois plusieurs secondes lors des accès disques).
(décidément, Intel ... soit-disant linux-friendly ...) Comme beaucoup d'autres...
Cordialement.
On Thu, 21 Aug 2003 09:05:24 +0200, Gwenaëlle wrote:
"J. Mayer" <l_indien_no_more_spams@magic.fr> wrote in message
Si ça ne marche pas bien, tu pourras toujours rebooter
sur le 2.2.17...
Ok, mais alors, comment as-tu compilé ce driver ? Car moi je n'y suis pas
arrivée ...
Ai-je mal fait ma config kernel ??
J'ai intégré le driver dans le kernel 2.2.17 pour qu'il soit compilé
de la même façon que dans un kernel 2.4 récent.
J'ai ensuite fait une config minimale du kernel avec des options
assez standard et j'ai fait un "make modules"....
Si tu veux, je t'envoie le patch...
Il faut que j'essaie avec le k 2.4.21, car la carte graphique de Intel n'a
un driver prévu (fbintel) qu'à partir de 2.4.21 !!
De toute façon, il faut éviter les kernels de 2.4.18 à 2.4.20
qui ont un bug sérieux dans la gestion des bloc-devices
(la machine bloque parfois plusieurs secondes lors des accès disques).
(décidément, Intel ... soit-disant linux-friendly ...)
Comme beaucoup d'autres...
On Thu, 21 Aug 2003 09:05:24 +0200, Gwenaëlle wrote:
"J. Mayer" wrote in message
Si ça ne marche pas bien, tu pourras toujours rebooter sur le 2.2.17...
Ok, mais alors, comment as-tu compilé ce driver ? Car moi je n'y suis pas arrivée ... Ai-je mal fait ma config kernel ??
J'ai intégré le driver dans le kernel 2.2.17 pour qu'il soit compilé de la même façon que dans un kernel 2.4 récent. J'ai ensuite fait une config minimale du kernel avec des options assez standard et j'ai fait un "make modules".... Si tu veux, je t'envoie le patch...
Il faut que j'essaie avec le k 2.4.21, car la carte graphique de Intel n'a un driver prévu (fbintel) qu'à partir de 2.4.21 !!
De toute façon, il faut éviter les kernels de 2.4.18 à 2.4.20 qui ont un bug sérieux dans la gestion des bloc-devices (la machine bloque parfois plusieurs secondes lors des accès disques).
(décidément, Intel ... soit-disant linux-friendly ...) Comme beaucoup d'autres...
