J'ai une carte pcmcia 32 bits (cardbus) qui est partiellement reconnue
sous OpenBSD-3.5 :
rl0 at cardbus0 dev 0 function 0 "ARGOSY, CardBus Ethernet 10/100 (R5),
\M^?": irq 11 address 00:10:d7:09:51:0e
rl0: unknown device id: 8138
la sortie de pcitweak, j'ai :
PCI: 02:00:0: chip 10ec,8138 card 13e6,0235 rev 10 class 02,00,00 hdr 00
c'est donc une realtek et elle a toujours fonctionné sous Linux avec le
driver 8139. J'ai donc fait quelques petites modifications pour voir si
elle peut fonctionner avec le driver 8139 d'OpenBSD :
diff sys/dev/ic/rtl81x9.c /usr/src/sys/dev/ic/rtl81x9.c
--- sys/dev/ic/rtl81x9.c Sun Oct 26 01:37:11 2003
+++ /usr/src/sys/dev/ic/rtl81x9.c Thu Oct 7 12:48:02 2004
@@ -1220,7 +1220,8 @@
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Miod Vallat
c'est donc une realtek et elle a toujours fonctionné sous Linux avec le driver 8139. J'ai donc fait quelques petites modifications pour voir si elle peut fonctionner avec le driver 8139 d'OpenBSD :
Ce qui me tracasse ici, c'est que mettre le type sur RL_8139 active du code propre au 8139 qui n'est peut-être pas correct sur cette carte.
Est-ce que si tu la fais reconnaître comme une 8129, ça fonctionne moins bien ? Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
A part ce point à vérifier, le diff est correct.
De plus, si c'est correct, comment faire pour que ce soit integré dans les futurs version d'OpenBSD ?
sendbug(1), ou corruption d'un quelconque développeur traînant par ici.
c'est donc une realtek et elle a toujours fonctionné sous Linux avec le
driver 8139. J'ai donc fait quelques petites modifications pour voir si
elle peut fonctionner avec le driver 8139 d'OpenBSD :
Ce qui me tracasse ici, c'est que mettre le type sur RL_8139 active du
code propre au 8139 qui n'est peut-être pas correct sur cette carte.
Est-ce que si tu la fais reconnaître comme une 8129, ça fonctionne moins
bien ? Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m
pour avoir la liste) sans provoquer de timeout ou autre problème ?
A part ce point à vérifier, le diff est correct.
De plus, si c'est correct, comment faire pour que ce soit integré dans
les futurs version d'OpenBSD ?
sendbug(1), ou corruption d'un quelconque développeur traînant par ici.
c'est donc une realtek et elle a toujours fonctionné sous Linux avec le driver 8139. J'ai donc fait quelques petites modifications pour voir si elle peut fonctionner avec le driver 8139 d'OpenBSD :
Ce qui me tracasse ici, c'est que mettre le type sur RL_8139 active du code propre au 8139 qui n'est peut-être pas correct sur cette carte.
Est-ce que si tu la fais reconnaître comme une 8129, ça fonctionne moins bien ? Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
A part ce point à vérifier, le diff est correct.
De plus, si c'est correct, comment faire pour que ce soit integré dans les futurs version d'OpenBSD ?
sendbug(1), ou corruption d'un quelconque développeur traînant par ici.
Benoit Izac
Bonjour,
le 07/10/2004 à 17:15, Miod Vallat a écrit dans le message <41655da2$0$26820$ :
Ce qui me tracasse ici, c'est que mettre le type sur RL_8139 active du code propre au 8139 qui n'est peut-être pas correct sur cette carte.
C'est possible et je n'en ai aucune idée.
Est-ce que si tu la fais reconnaître comme une 8129, ça fonctionne moins bien ?
pour le moment, ça fonctionne bien mais je ne peux plus modifier le média ; apparement il est correct même si ifconfig me donne « Ethernet none (none) ».
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus de traffic, plus de ping. Un dhclient rl0 remet tout en ordre mais effectivement il semble y avoir un problème.
Un truc que je ne comprends pas, c'est le code dans /sys/dev/cardbus : /sys/dev/cardbus# grep -r RT8138 . ./cardbusdevs:product REALTEK RT8138 0x8138 8138 Ethernet ./cardbusdevs.h:#define CARDBUS_PRODUCT_REALTEK_RT8138 0x8138 /* 8138 Ethernet */ ./cardbusdevs_data.h: CARDBUS_VENDOR_REALTEK, CARDBUS_PRODUCT_REALTEK_RT8138, ./if_rl_cardbus.c: { CARDBUS_VENDOR_REALTEK, CARDBUS_PRODUCT_REALTEK_RT8138 },
pourquoi CARDBUS_PRODUCT_REALTEK_RT8138 n'est pas utilisé ?
De plus, si c'est correct, comment faire pour que ce soit integré dans les futurs version d'OpenBSD ?
sendbug(1), ou corruption d'un quelconque développeur traînant par ici.
Je fini les tests et ensuite je pense que je vais déjà essayer sendbug ;-)
-- Benoit Izac
Bonjour,
le 07/10/2004 à 17:15, Miod Vallat a écrit
dans le message <41655da2$0$26820$626a14ce@news.free.fr> :
Ce qui me tracasse ici, c'est que mettre le type sur RL_8139 active du
code propre au 8139 qui n'est peut-être pas correct sur cette carte.
C'est possible et je n'en ai aucune idée.
Est-ce que si tu la fais reconnaître comme une 8129, ça fonctionne
moins bien ?
pour le moment, ça fonctionne bien mais je ne peux plus modifier le
média ; apparement il est correct même si ifconfig me donne « Ethernet
none (none) ».
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour
avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
de traffic, plus de ping. Un dhclient rl0 remet tout en ordre mais
effectivement il semble y avoir un problème.
Un truc que je ne comprends pas, c'est le code dans /sys/dev/cardbus :
/sys/dev/cardbus# grep -r RT8138 .
./cardbusdevs:product REALTEK RT8138 0x8138 8138 Ethernet
./cardbusdevs.h:#define CARDBUS_PRODUCT_REALTEK_RT8138 0x8138 /* 8138 Ethernet */
./cardbusdevs_data.h: CARDBUS_VENDOR_REALTEK, CARDBUS_PRODUCT_REALTEK_RT8138,
./if_rl_cardbus.c: { CARDBUS_VENDOR_REALTEK, CARDBUS_PRODUCT_REALTEK_RT8138 },
pourquoi CARDBUS_PRODUCT_REALTEK_RT8138 n'est pas utilisé ?
De plus, si c'est correct, comment faire pour que ce soit integré dans
les futurs version d'OpenBSD ?
sendbug(1), ou corruption d'un quelconque développeur traînant par ici.
Je fini les tests et ensuite je pense que je vais déjà essayer sendbug ;-)
pour le moment, ça fonctionne bien mais je ne peux plus modifier le média ; apparement il est correct même si ifconfig me donne « Ethernet none (none) ».
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus de traffic, plus de ping. Un dhclient rl0 remet tout en ordre mais effectivement il semble y avoir un problème.
Un truc que je ne comprends pas, c'est le code dans /sys/dev/cardbus : /sys/dev/cardbus# grep -r RT8138 . ./cardbusdevs:product REALTEK RT8138 0x8138 8138 Ethernet ./cardbusdevs.h:#define CARDBUS_PRODUCT_REALTEK_RT8138 0x8138 /* 8138 Ethernet */ ./cardbusdevs_data.h: CARDBUS_VENDOR_REALTEK, CARDBUS_PRODUCT_REALTEK_RT8138, ./if_rl_cardbus.c: { CARDBUS_VENDOR_REALTEK, CARDBUS_PRODUCT_REALTEK_RT8138 },
pourquoi CARDBUS_PRODUCT_REALTEK_RT8138 n'est pas utilisé ?
De plus, si c'est correct, comment faire pour que ce soit integré dans les futurs version d'OpenBSD ?
sendbug(1), ou corruption d'un quelconque développeur traînant par ici.
Je fini les tests et ensuite je pense que je vais déjà essayer sendbug ;-)
-- Benoit Izac
Miod Vallat
pour le moment, ça fonctionne bien mais je ne peux plus modifier le média ; apparement il est correct même si ifconfig me donne « Ethernet none (none) ».
C'est parce que l'initialisation du phy n'a remonté aucun type de média...
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée. D'ailleurs FreeBSD le marque comme un 8139...
Un truc que je ne comprends pas, c'est le code dans /sys/dev/cardbus : [...]
pourquoi CARDBUS_PRODUCT_REALTEK_RT8138 n'est pas utilisé ?
Il est utilisé, pour décider d'attacher C'est le code commun rl auquel manquait la connaissance de ce modèle particulier.
pour le moment, ça fonctionne bien mais je ne peux plus modifier le
média ; apparement il est correct même si ifconfig me donne « Ethernet
none (none) ».
C'est parce que l'initialisation du phy n'a remonté aucun type de
média...
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour
avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée.
D'ailleurs FreeBSD le marque comme un 8139...
Un truc que je ne comprends pas, c'est le code dans /sys/dev/cardbus :
[...]
pourquoi CARDBUS_PRODUCT_REALTEK_RT8138 n'est pas utilisé ?
Il est utilisé, pour décider d'attacher rl@cardbus. C'est le code commun
rl auquel manquait la connaissance de ce modèle particulier.
pour le moment, ça fonctionne bien mais je ne peux plus modifier le média ; apparement il est correct même si ifconfig me donne « Ethernet none (none) ».
C'est parce que l'initialisation du phy n'a remonté aucun type de média...
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée. D'ailleurs FreeBSD le marque comme un 8139...
Un truc que je ne comprends pas, c'est le code dans /sys/dev/cardbus : [...]
pourquoi CARDBUS_PRODUCT_REALTEK_RT8138 n'est pas utilisé ?
Il est utilisé, pour décider d'attacher C'est le code commun rl auquel manquait la connaissance de ce modèle particulier.
Benoit Izac
Bonjour,
le 07/10/2004 à 20:21, Miod Vallat a écrit dans le message <41658916$0$22599$ :
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée.
Ben non car c'est justement avec cette configuration (8139) que ça bloque.
Ça fait 3 heures qu'elle tourne sans bloquer avec la config en 8129.
D'ailleurs FreeBSD le marque comme un 8139...
Je ne sais pas mais une chose est sûr, aucun des 3 BSD n'arrive à faire fonctionner cette carte. J'ai essayé FreeBSD 4.10 et 5.2.1, NetBSD 1.6.2.
-- Benoit Izac
Bonjour,
le 07/10/2004 à 20:21, Miod Vallat a écrit
dans le message <41658916$0$22599$636a15ce@news.free.fr> :
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour
avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée.
Ben non car c'est justement avec cette configuration (8139) que ça
bloque.
Ça fait 3 heures qu'elle tourne sans bloquer avec la config en 8129.
D'ailleurs FreeBSD le marque comme un 8139...
Je ne sais pas mais une chose est sûr, aucun des 3 BSD n'arrive à faire
fonctionner cette carte. J'ai essayé FreeBSD 4.10 et 5.2.1, NetBSD
1.6.2.
le 07/10/2004 à 20:21, Miod Vallat a écrit dans le message <41658916$0$22599$ :
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée.
Ben non car c'est justement avec cette configuration (8139) que ça bloque.
Ça fait 3 heures qu'elle tourne sans bloquer avec la config en 8129.
D'ailleurs FreeBSD le marque comme un 8139...
Je ne sais pas mais une chose est sûr, aucun des 3 BSD n'arrive à faire fonctionner cette carte. J'ai essayé FreeBSD 4.10 et 5.2.1, NetBSD 1.6.2.
-- Benoit Izac
Benoit Izac
Dans le message ,
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée.
Ben non car c'est justement avec cette configuration (8139) que ça bloque.
Ça fait 3 heures qu'elle tourne sans bloquer avec la config en 8129.
Je viens de me rendre compte que mon comp35.tgz n'avait pas le bon MD5 ; impossible de faire un make build. J'ai donc de gros doutes sur les kernels que j'ai recompilés.
Bref je recompile et teste de nouveau... -- Benoit Izac
Dans le message <w53brfemjr8@message.id>,
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour
avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée.
Ben non car c'est justement avec cette configuration (8139) que ça
bloque.
Ça fait 3 heures qu'elle tourne sans bloquer avec la config en 8129.
Je viens de me rendre compte que mon comp35.tgz n'avait pas le bon MD5 ;
impossible de faire un make build. J'ai donc de gros doutes sur les
kernels que j'ai recompilés.
Bref je recompile et teste de nouveau...
--
Benoit Izac
Est-ce que, en mode 8139, tu peux changer de média (ifconfig -m pour avoir la liste) sans provoquer de timeout ou autre problème ?
Oui. Par contre au bout d'un certain temps l'interface se bloque, plus
... du coup le configurer comme un 8139 est une meilleure idée.
Ben non car c'est justement avec cette configuration (8139) que ça bloque.
Ça fait 3 heures qu'elle tourne sans bloquer avec la config en 8129.
Je viens de me rendre compte que mon comp35.tgz n'avait pas le bon MD5 ; impossible de faire un make build. J'ai donc de gros doutes sur les kernels que j'ai recompilés.
Bref je recompile et teste de nouveau... -- Benoit Izac
Benoit Izac
Bonjour,
le 07/10/2004 à 20:21, Miod Vallat a écrit dans le message <41658916$0$22599$ :
... du coup le configurer comme un 8139 est une meilleure idée. D'ailleurs FreeBSD le marque comme un 8139...
En regardant dans les sources d'un noyau Linux le driver qui fonctionne avec cette carte (drivers/net/8139too.c), je crois que mon chipset est différent du 8129 et du 8139 : /* Symbolic offsets to registers. */ enum RTL8139_registers { [...] /* Undocumented registers, but required for proper operation. */ FIFOTMS = 0x70, /* FIFO Control and test. */ CSCR = 0x74, /* Chip Status and Configuration Register. */ PARA78 = 0x78, PARA7c = 0x7c, /* Magic transceiver parameter register. */ Config5 = 0xD8, /* absent on RTL-8139A */
ces registres ne sont pas définis dans /sys/dev/ic/rtl81x9reg.h
En 8139, l'interface s'évanouie au bout de quelque temps -- je me souviens maintenant que c'était exactement la même chose lorsque j'avais essayé avec FreeBSD ; en 8129, elle fonctionne mais sans le support du phy (est-ce vraiment gênant ?).
Bref, à moins de porter le driver (ce dont je suis bien incapable), le mieux reste d'utiliser la carte en 8129. -- Benoit Izac
Bonjour,
le 07/10/2004 à 20:21, Miod Vallat a écrit
dans le message <41658916$0$22599$636a15ce@news.free.fr> :
... du coup le configurer comme un 8139 est une meilleure idée.
D'ailleurs FreeBSD le marque comme un 8139...
En regardant dans les sources d'un noyau Linux le driver qui fonctionne
avec cette carte (drivers/net/8139too.c), je crois que mon chipset est
différent du 8129 et du 8139 :
/* Symbolic offsets to registers. */
enum RTL8139_registers {
[...]
/* Undocumented registers, but required for proper operation. */
FIFOTMS = 0x70, /* FIFO Control and test. */
CSCR = 0x74, /* Chip Status and Configuration Register. */
PARA78 = 0x78,
PARA7c = 0x7c, /* Magic transceiver parameter register. */
Config5 = 0xD8, /* absent on RTL-8139A */
ces registres ne sont pas définis dans /sys/dev/ic/rtl81x9reg.h
En 8139, l'interface s'évanouie au bout de quelque temps -- je me
souviens maintenant que c'était exactement la même chose lorsque j'avais
essayé avec FreeBSD ; en 8129, elle fonctionne mais sans le support du
phy (est-ce vraiment gênant ?).
Bref, à moins de porter le driver (ce dont je suis bien incapable), le
mieux reste d'utiliser la carte en 8129.
--
Benoit Izac
le 07/10/2004 à 20:21, Miod Vallat a écrit dans le message <41658916$0$22599$ :
... du coup le configurer comme un 8139 est une meilleure idée. D'ailleurs FreeBSD le marque comme un 8139...
En regardant dans les sources d'un noyau Linux le driver qui fonctionne avec cette carte (drivers/net/8139too.c), je crois que mon chipset est différent du 8129 et du 8139 : /* Symbolic offsets to registers. */ enum RTL8139_registers { [...] /* Undocumented registers, but required for proper operation. */ FIFOTMS = 0x70, /* FIFO Control and test. */ CSCR = 0x74, /* Chip Status and Configuration Register. */ PARA78 = 0x78, PARA7c = 0x7c, /* Magic transceiver parameter register. */ Config5 = 0xD8, /* absent on RTL-8139A */
ces registres ne sont pas définis dans /sys/dev/ic/rtl81x9reg.h
En 8139, l'interface s'évanouie au bout de quelque temps -- je me souviens maintenant que c'était exactement la même chose lorsque j'avais essayé avec FreeBSD ; en 8129, elle fonctionne mais sans le support du phy (est-ce vraiment gênant ?).
Bref, à moins de porter le driver (ce dont je suis bien incapable), le mieux reste d'utiliser la carte en 8129. -- Benoit Izac
Miod Vallat
En regardant dans les sources d'un noyau Linux le driver qui fonctionne avec cette carte (drivers/net/8139too.c), je crois que mon chipset est différent du 8129 et du 8139 :
Oui, puisque c'est un 8138...
En 8139, l'interface s'évanouie au bout de quelque temps -- je me souviens maintenant que c'était exactement la même chose lorsque j'avais essayé avec FreeBSD ; en 8129, elle fonctionne mais sans le support du phy (est-ce vraiment gênant ?).
Bref, à moins de porter le driver (ce dont je suis bien incapable), le mieux reste d'utiliser la carte en 8129.
Linux gère ta carte comme un 8139; apparemment il s'avère mieux chanceux que *BSD dans sa gestion du 8139...
-- Gourou Unix (développement/administration) cherche boulot potable au sud de la Loire à compter du 01/02/2005, me contacter pour plus de renseignements...
En regardant dans les sources d'un noyau Linux le driver qui fonctionne
avec cette carte (drivers/net/8139too.c), je crois que mon chipset est
différent du 8129 et du 8139 :
Oui, puisque c'est un 8138...
En 8139, l'interface s'évanouie au bout de quelque temps -- je me
souviens maintenant que c'était exactement la même chose lorsque j'avais
essayé avec FreeBSD ; en 8129, elle fonctionne mais sans le support du
phy (est-ce vraiment gênant ?).
Bref, à moins de porter le driver (ce dont je suis bien incapable), le
mieux reste d'utiliser la carte en 8129.
Linux gère ta carte comme un 8139; apparemment il s'avère mieux chanceux
que *BSD dans sa gestion du 8139...
--
Gourou Unix (développement/administration) cherche boulot potable
au sud de la Loire à compter du 01/02/2005, me contacter pour plus
de renseignements...
En regardant dans les sources d'un noyau Linux le driver qui fonctionne avec cette carte (drivers/net/8139too.c), je crois que mon chipset est différent du 8129 et du 8139 :
Oui, puisque c'est un 8138...
En 8139, l'interface s'évanouie au bout de quelque temps -- je me souviens maintenant que c'était exactement la même chose lorsque j'avais essayé avec FreeBSD ; en 8129, elle fonctionne mais sans le support du phy (est-ce vraiment gênant ?).
Bref, à moins de porter le driver (ce dont je suis bien incapable), le mieux reste d'utiliser la carte en 8129.
Linux gère ta carte comme un 8139; apparemment il s'avère mieux chanceux que *BSD dans sa gestion du 8139...
-- Gourou Unix (développement/administration) cherche boulot potable au sud de la Loire à compter du 01/02/2005, me contacter pour plus de renseignements...
