J'essaye en vain de faire fonctionner une carte réseau radio Proxim sur
une distribution Debian. Tout fonctionne bien sur une RedHat 9 ou une
Fedora Core 1, mais sur Debian ça coince.
Ma config est une Debian Woody 3.0r2, avec un noyau 2.4.26 compilé par
mes soins. J'ai compilé le driver pour la carte, sans problème, et fait
les modifs nécessaires dans les fichiers de config pour que le module
soit chargé lorsque j'insère la carte (PCMCIA).
Mais ça coince lorsqu'il charge le module et tente de monter l'interface
eth1. J'ai ça dans /var/log/syslog :
Jul 21 16:42:52 nomade cardmgr[308]: socket 1: Proxim RangeLAN2
7400/7410/7420 PC Card
Jul 21 16:42:52 nomade cardmgr[308]: executing: 'modprobe rlmod
CardType=3'
Jul 21 16:42:52 nomade cardmgr[308]: + Warning:
loading /lib/modules/2.4.26/kernel/drivers/net/pcmcia/rlmod.o will
taint the kernel: no license
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem
0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107
Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave
Koberstein (davek@komacke.com)
Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the
kernel - is it taken?.
Jul 21 16:42:53 nomade kernel: rlmod: RegisterClient: Bad adapter
Je ne sais pas très bien ce que signifie l'avant dernière ligne, mais
manifestement il y a un problème d'IRQ quelque part. Est-ce que
quelqu'un aurait des précisions sur ce message, et ce qui peut être
fait pour régler le problème ?
La suite du syslog fait apparaitre des erreurs lorsqu'il tente de
configurer l'interface eth1, mais je pense que tout vient du message
cité plus haut...
Jul 21 16:42:53 nomade cardmgr[308]: executing: './network start eth1'
Jul 21 16:42:53 nomade cardmgr[308]: + eth1: error fetching interface
information: Device not found
Jul 21 16:42:54 nomade cardmgr[308]: + SIOCSIFADDR: No such device
Jul 21 16:42:54 nomade cardmgr[308]: + eth1: ERROR while getting
interface flags: No such device
Jul 21 16:42:54 nomade cardmgr[308]: + SIOCSIFNETMASK: No such device
Jul 21 16:42:54 nomade cardmgr[308]: + SIOCSIFBRDADDR: No such device
Jul 21 16:42:54 nomade cardmgr[308]: + eth1: ERROR while getting
interface flags: No such device
Jul 21 16:42:54 nomade cardmgr[308]: + eth1: ERROR while getting
interface flags: No such device
Merci d'avance pour toute idée qui me permettra d'avancer.
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
no_spam
On Wed, 21 Jul 2004 17:23:53 +0200, Youri wrote:
Bonjour,
J'essaye en vain de faire fonctionner une carte réseau radio Proxim sur une distribution Debian. Tout fonctionne bien sur une RedHat 9 ou une Fedora Core 1, mais sur Debian ça coince.
Ma config est une Debian Woody 3.0r2, avec un noyau 2.4.26 compilé par mes soins. J'ai compilé le driver pour la carte, sans problème, et fait les modifs nécessaires dans les fichiers de config pour que le module soit chargé lorsque j'insère la carte (PCMCIA). Mais ça coince lorsqu'il charge le module et tente de monter l'interface eth1. J'ai ça dans /var/log/syslog :
[...]
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107 Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?.
Il n'arrive pas à réserver l'interruption réclamée par le driver. Je ne sais pas en détail comment ça marche en PCMCIA à ce niveau mais il est possible que le numéro d'IRQ soit réglable dans les paramêtres du modules. A vérifier...
[...]
La suite du syslog fait apparaitre des erreurs lorsqu'il tente de configurer l'interface eth1, mais je pense que tout vient du message cité plus haut...
Bien vu. [...]
On Wed, 21 Jul 2004 17:23:53 +0200, Youri wrote:
Bonjour,
J'essaye en vain de faire fonctionner une carte réseau radio Proxim sur
une distribution Debian. Tout fonctionne bien sur une RedHat 9 ou une
Fedora Core 1, mais sur Debian ça coince.
Ma config est une Debian Woody 3.0r2, avec un noyau 2.4.26 compilé par
mes soins. J'ai compilé le driver pour la carte, sans problème, et fait
les modifs nécessaires dans les fichiers de config pour que le module
soit chargé lorsque j'insère la carte (PCMCIA).
Mais ça coince lorsqu'il charge le module et tente de monter l'interface
eth1. J'ai ça dans /var/log/syslog :
[...]
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem
0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107
Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave
Koberstein (davek@komacke.com)
Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the
kernel - is it taken?.
Il n'arrive pas à réserver l'interruption réclamée par le driver.
Je ne sais pas en détail comment ça marche en PCMCIA à ce niveau
mais il est possible que le numéro d'IRQ soit réglable dans les
paramêtres du modules. A vérifier...
[...]
La suite du syslog fait apparaitre des erreurs lorsqu'il tente de
configurer l'interface eth1, mais je pense que tout vient du message
cité plus haut...
J'essaye en vain de faire fonctionner une carte réseau radio Proxim sur une distribution Debian. Tout fonctionne bien sur une RedHat 9 ou une Fedora Core 1, mais sur Debian ça coince.
Ma config est une Debian Woody 3.0r2, avec un noyau 2.4.26 compilé par mes soins. J'ai compilé le driver pour la carte, sans problème, et fait les modifs nécessaires dans les fichiers de config pour que le module soit chargé lorsque j'insère la carte (PCMCIA). Mais ça coince lorsqu'il charge le module et tente de monter l'interface eth1. J'ai ça dans /var/log/syslog :
[...]
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107 Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?.
Il n'arrive pas à réserver l'interruption réclamée par le driver. Je ne sais pas en détail comment ça marche en PCMCIA à ce niveau mais il est possible que le numéro d'IRQ soit réglable dans les paramêtres du modules. A vérifier...
[...]
La suite du syslog fait apparaitre des erreurs lorsqu'il tente de configurer l'interface eth1, mais je pense que tout vient du message cité plus haut...
Bien vu. [...]
Youri
no_spam wrote:
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107 Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?.
Il n'arrive pas à réserver l'interruption réclamée par le driver.
C'est un peu ce que je pensais.
Je ne sais pas en détail comment ça marche en PCMCIA à ce niveau mais il est possible que le numéro d'IRQ soit réglable dans les paramêtres du modules. A vérifier...
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui passant irq (la même valeur que celle indiquée dans le log ci-dessus), soit avec irq=3 (valeur utilisée quand je charge le module sous Fedora). Avec irq, je retrouve les mêmes message que dans le log que j'avais recopié ici. Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement la machine.
Au fait, je précise que c'est sur la même machine que ça fonctionne avec Fedora et pas avec Debian, j'exclus donc a priori tout problème matériel. Est-ce qu'il pourrait y avoir une option du noyau qui aurait une influence sur l'affectation des IRQ ? J'ai cherché mais je n'ai rien trouvé. Sinon, je précise aussi que le port PCMCIA fonctionne bien a priori puisque d'une part j'ai une autre carte réseau (filaire) dans l'autre slot qui fonctionne sans problème, d'autre part la carte radio est reconnu et son module est chargé automatiquement.
Merci pour ta réponse.
-- Youri
no_spam wrote:
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem
0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107
Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave
Koberstein (davek@komacke.com)
Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the
kernel - is it taken?.
Il n'arrive pas à réserver l'interruption réclamée par le driver.
C'est un peu ce que je pensais.
Je ne sais pas en détail comment ça marche en PCMCIA à ce niveau
mais il est possible que le numéro d'IRQ soit réglable dans les
paramêtres du modules. A vérifier...
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui
passant irq (la même valeur que celle indiquée dans le log ci-dessus), soit
avec irq=3 (valeur utilisée quand je charge le module sous Fedora).
Avec irq, je retrouve les mêmes message que dans le log que j'avais recopié
ici.
Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement la
machine.
Au fait, je précise que c'est sur la même machine que ça fonctionne avec Fedora
et pas avec Debian, j'exclus donc a priori tout problème matériel.
Est-ce qu'il pourrait y avoir une option du noyau qui aurait une influence sur
l'affectation des IRQ ? J'ai cherché mais je n'ai rien trouvé.
Sinon, je précise aussi que le port PCMCIA fonctionne bien a priori puisque
d'une part j'ai une autre carte réseau (filaire) dans l'autre slot qui
fonctionne sans problème, d'autre part la carte radio est reconnu et son module
est chargé automatiquement.
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107 Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?.
Il n'arrive pas à réserver l'interruption réclamée par le driver.
C'est un peu ce que je pensais.
Je ne sais pas en détail comment ça marche en PCMCIA à ce niveau mais il est possible que le numéro d'IRQ soit réglable dans les paramêtres du modules. A vérifier...
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui passant irq (la même valeur que celle indiquée dans le log ci-dessus), soit avec irq=3 (valeur utilisée quand je charge le module sous Fedora). Avec irq, je retrouve les mêmes message que dans le log que j'avais recopié ici. Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement la machine.
Au fait, je précise que c'est sur la même machine que ça fonctionne avec Fedora et pas avec Debian, j'exclus donc a priori tout problème matériel. Est-ce qu'il pourrait y avoir une option du noyau qui aurait une influence sur l'affectation des IRQ ? J'ai cherché mais je n'ai rien trouvé. Sinon, je précise aussi que le port PCMCIA fonctionne bien a priori puisque d'une part j'ai une autre carte réseau (filaire) dans l'autre slot qui fonctionne sans problème, d'autre part la carte radio est reconnu et son module est chargé automatiquement.
Merci pour ta réponse.
-- Youri
Web Dreamer
Youri () a écrit le jeudi 22 Juillet 2004 06:45 dans <40ff464f$0$315$ sur fr.comp.os.linux.configuration :
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui passant irq (la même valeur que celle indiquée dans le log ci-dessus), soit avec irq=3 (valeur utilisée quand je charge le module sous Fedora). Avec irq, je retrouve les mêmes message que dans le log que j'avais recopié ici. Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement la machine.
Je pense qu'il doit y avoir autre chose qui utilise l'IRQ=3 sous ta Debian et tu as un conflit d'où le plantage. Essaye de trouver ce que c'est, appellons le le module _truc_ Ensuite, sous ta Fedora regarde quel IRQ prends le module _truc_ , et essai de mettre _truc_ sur le même IRQ sous Debian (en vérifiant qu'il ne soit pas utilisé par _machin_ ) puis utilise l'IRQ=3 pour ta carte radio. Si _truc_ utilise l'irq de _machin_ ... ;-( regarde sous Fedora quel IRQ _machin_ a... etc...
Je me souviens avoir procédé comme ça pour un modem qui marchait pas sous win2k mais que sous 98 (il y a 2 ans, avant que je ne connaisse linux), Et ça marchait ensuite. les conflits d'IRQ venant du materiel, et pas de l'OS, je pense que ça devrait être pareil sous linux, cette méthode devrait donc "à priori" fonctionner. mais j'avoue que de bouter sous un OS puis l'autre etc... c'est chiant :-( Petit conseil : relève tous les IRQ materiel sous Fedora pour éviter les reboots intempestifs. Ensuite, attribue les mêmes IRQ (dans la limite du nécessaire) sous Debian, de manière à n'avoir aucun conflits.
P.S. en forçant le module _truc_ à un autre IRQ que 3, celui de la carte radio pourra peut être prendre automatiquement l'IRQ=3 si il est libre, mais je ne garantie rien. ReP.S. : Si le module essai de prendre l'IRQ, c'est qu'il doit pouvoir fonctionner avec comme dit ton message :
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107 Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?. Donc, tu peut aussi essayer de voir ce qui utilise l'IRQ pour le mettre à
un autre IRQ. Ahma, les IRQs 3 et 11 sont déja prix sous ta Debian, d'ou le problème. ReReP.S.: Tu peux aussi essayer de ne pas charger un des modules _truc_ ou _machin_ (si il(s) n'est (sont) pas nécessaire en premier lieu, puis charger celui de ta carte radio, pour voir si ça marche.
En espérant que ça aide, mais je ne garantie rien, ne sachant pas comment attribuer des IRQs sous linux n'en ayant jamais eu besoin ;-) D'ailleurs, pour ma culture, savoir obtenir la liste des IRQs utilisés par quoi..., puis comment les attribuer sous linux, ça m'interesse.
-- Web Dreamer Gentoo Linux Registered User #313652 at http://counter.li.org/
Remplacez entre *nospam* par *tiscali* et ajoutez *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
Youri (y21@club-internet.fr) a écrit le jeudi 22 Juillet 2004 06:45 dans
<40ff464f$0$315$7a628cd7@news.club-internet.fr> sur
fr.comp.os.linux.configuration :
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui
passant irq (la même valeur que celle indiquée dans le log ci-dessus),
soit avec irq=3 (valeur utilisée quand je charge le module sous Fedora).
Avec irq, je retrouve les mêmes message que dans le log que j'avais
recopié ici.
Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement
la machine.
Je pense qu'il doit y avoir autre chose qui utilise l'IRQ=3 sous ta Debian
et tu as un conflit d'où le plantage.
Essaye de trouver ce que c'est, appellons le le module _truc_
Ensuite, sous ta Fedora regarde quel IRQ prends le module _truc_ , et essai
de mettre _truc_ sur le même IRQ sous Debian (en vérifiant qu'il ne soit
pas utilisé par _machin_ ) puis utilise l'IRQ=3 pour ta carte radio.
Si _truc_ utilise l'irq de _machin_ ... ;-( regarde sous Fedora quel IRQ
_machin_ a... etc...
Je me souviens avoir procédé comme ça pour un modem qui marchait pas sous
win2k mais que sous 98 (il y a 2 ans, avant que je ne connaisse linux), Et
ça marchait ensuite.
les conflits d'IRQ venant du materiel, et pas de l'OS, je pense que ça
devrait être pareil sous linux, cette méthode devrait donc "à priori"
fonctionner. mais j'avoue que de bouter sous un OS puis l'autre etc...
c'est chiant :-(
Petit conseil : relève tous les IRQ materiel sous Fedora pour éviter les
reboots intempestifs. Ensuite, attribue les mêmes IRQ (dans la limite du
nécessaire) sous Debian, de manière à n'avoir aucun conflits.
P.S. en forçant le module _truc_ à un autre IRQ que 3, celui de la carte
radio pourra peut être prendre automatiquement l'IRQ=3 si il est libre,
mais je ne garantie rien.
ReP.S. : Si le module essai de prendre l'IRQ, c'est qu'il doit pouvoir
fonctionner avec comme dit ton message :
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem
0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107
Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave
Koberstein (davek@komacke.com)
Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the
kernel - is it taken?.
Donc, tu peut aussi essayer de voir ce qui utilise l'IRQ pour le mettre à
un autre IRQ. Ahma, les IRQs 3 et 11 sont déja prix sous ta Debian, d'ou le
problème.
ReReP.S.:
Tu peux aussi essayer de ne pas charger un des modules _truc_ ou _machin_
(si il(s) n'est (sont) pas nécessaire en premier lieu, puis charger celui
de ta carte radio, pour voir si ça marche.
En espérant que ça aide, mais je ne garantie rien, ne sachant pas comment
attribuer des IRQs sous linux n'en ayant jamais eu besoin ;-)
D'ailleurs, pour ma culture, savoir obtenir la liste des IRQs utilisés par
quoi..., puis comment les attribuer sous linux, ça m'interesse.
--
Web Dreamer
Gentoo Linux Registered User #313652 at http://counter.li.org/
Remplacez entre *nospam* par *tiscali*
et ajoutez *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
Youri () a écrit le jeudi 22 Juillet 2004 06:45 dans <40ff464f$0$315$ sur fr.comp.os.linux.configuration :
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui passant irq (la même valeur que celle indiquée dans le log ci-dessus), soit avec irq=3 (valeur utilisée quand je charge le module sous Fedora). Avec irq, je retrouve les mêmes message que dans le log que j'avais recopié ici. Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement la machine.
Je pense qu'il doit y avoir autre chose qui utilise l'IRQ=3 sous ta Debian et tu as un conflit d'où le plantage. Essaye de trouver ce que c'est, appellons le le module _truc_ Ensuite, sous ta Fedora regarde quel IRQ prends le module _truc_ , et essai de mettre _truc_ sur le même IRQ sous Debian (en vérifiant qu'il ne soit pas utilisé par _machin_ ) puis utilise l'IRQ=3 pour ta carte radio. Si _truc_ utilise l'irq de _machin_ ... ;-( regarde sous Fedora quel IRQ _machin_ a... etc...
Je me souviens avoir procédé comme ça pour un modem qui marchait pas sous win2k mais que sous 98 (il y a 2 ans, avant que je ne connaisse linux), Et ça marchait ensuite. les conflits d'IRQ venant du materiel, et pas de l'OS, je pense que ça devrait être pareil sous linux, cette méthode devrait donc "à priori" fonctionner. mais j'avoue que de bouter sous un OS puis l'autre etc... c'est chiant :-( Petit conseil : relève tous les IRQ materiel sous Fedora pour éviter les reboots intempestifs. Ensuite, attribue les mêmes IRQ (dans la limite du nécessaire) sous Debian, de manière à n'avoir aucun conflits.
P.S. en forçant le module _truc_ à un autre IRQ que 3, celui de la carte radio pourra peut être prendre automatiquement l'IRQ=3 si il est libre, mais je ne garantie rien. ReP.S. : Si le module essai de prendre l'IRQ, c'est qu'il doit pouvoir fonctionner avec comme dit ton message :
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107 Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?. Donc, tu peut aussi essayer de voir ce qui utilise l'IRQ pour le mettre à
un autre IRQ. Ahma, les IRQs 3 et 11 sont déja prix sous ta Debian, d'ou le problème. ReReP.S.: Tu peux aussi essayer de ne pas charger un des modules _truc_ ou _machin_ (si il(s) n'est (sont) pas nécessaire en premier lieu, puis charger celui de ta carte radio, pour voir si ça marche.
En espérant que ça aide, mais je ne garantie rien, ne sachant pas comment attribuer des IRQs sous linux n'en ayant jamais eu besoin ;-) D'ailleurs, pour ma culture, savoir obtenir la liste des IRQs utilisés par quoi..., puis comment les attribuer sous linux, ça m'interesse.
-- Web Dreamer Gentoo Linux Registered User #313652 at http://counter.li.org/
Remplacez entre *nospam* par *tiscali* et ajoutez *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
Youri
Web Dreamer wrote:
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui passant irq (la même valeur que celle indiquée dans le log ci-dessus), soit avec irq=3 (valeur utilisée quand je charge le module sous Fedora). Avec irq, je retrouve les mêmes message que dans le log que j'avais recopié ici. Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement la machine.
Je pense qu'il doit y avoir autre chose qui utilise l'IRQ=3 sous ta Debian et tu as un conflit d'où le plantage.
Ben apparemment il n'y a rien sur IRQ3 sur la Debian, si j'en crois /proc/interrupts. L'IRQ3 est utilisée pour la carte radio sur toutes les configs où j'arrive à la faire marcher (portable DELL/Fedora, portable HP/RH9, PC bureau/RH9), et sans la carte cette IRQ n'est utilisée nulle part (ni sur portable DELL/Debian).
D'autre part les IRQ utilisées sont partagées par plusieurs périphériques. Par exemple, sur le portable DELL l'IRQ11 est utilisée par usb-uhci, les 2 ports PCMCIA et eth0, que ce soit sous Fedora ou Debian. Sur le HP, j'ai les 2 ports PCMCIA et eth0 sur IRQ11, et usb-uhci sur IRQ5 avec la carte son. Sur le PC bureau j'ai usb-uhci et la carte son sur IRQ11, et ohci1394, eth0 sur IRQ5...
les conflits d'IRQ venant du materiel, et pas de l'OS, je pense que ça devrait être pareil sous linux, cette méthode devrait donc "à priori" fonctionner.
Faut se méfier des "a priori" ;-)
mais j'avoue que de bouter sous un OS puis l'autre etc... c'est chiant :-(
Effectivement... Mais ça fait plusieurs jours que je fais ça assez souvent, alors je suis plus à un boot près...
Petit conseil : relève tous les IRQ materiel sous Fedora pour éviter les reboots intempestifs. Ensuite, attribue les mêmes IRQ (dans la limite du nécessaire) sous Debian, de manière à n'avoir aucun conflits.
P.S. en forçant le module _truc_ à un autre IRQ que 3, celui de la carte radio pourra peut être prendre automatiquement l'IRQ=3 si il est libre, mais je ne garantie rien.
Seul problème, y'a pas de module _truc_ sur IRQ3...
ReP.S. : Si le module essai de prendre l'IRQ, c'est qu'il doit pouvoir fonctionner avec comme dit ton message :
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107
Ben oui, ce qui est curieux c'est que ce 'irq 11' qu'il affiche là il ne le sort pas du chapeau... Dans les logs des autres configs, il y a bien 'irq 3' à la place (ainsi qu'une plage mémoire différente).
Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?. Donc, tu peut aussi essayer de voir ce qui utilise l'IRQ pour le
mettre à un autre IRQ. Ahma, les IRQs 3 et 11 sont déja prix sous ta Debian, d'ou le problème. ReReP.S.: Tu peux aussi essayer de ne pas charger un des modules _truc_ ou _machin_ (si il(s) n'est (sont) pas nécessaire en premier lieu, puis charger celui de ta carte radio, pour voir si ça marche.
Sur IRQ11, j'ai usb-uhci et eth0 que je peux supprimer temporairement, mais les ports PCMCIA je ne peux pas les supprimer (vu que ma carte radio est en PCMCIA), je peux éventuellement essayer de les mettre sur une autre IRQ si je trouve comment faire.
En espérant que ça aide, mais je ne garantie rien, ne sachant pas comment attribuer des IRQs sous linux n'en ayant jamais eu besoin ;-)
Moi non plus jusqu'à maintenant...
D'ailleurs, pour ma culture, savoir obtenir la liste des IRQs utilisés par quoi..., puis comment les attribuer sous linux, ça m'interesse.
Pour la liste des IRQ : # cat /proc/interrupts
Pour les attribuer, ça doit être au cas par cas, selon les options éventuelles des modules, enfin je pense j'en sais pas plus que ça.
-- Youri
Web Dreamer wrote:
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en
lui passant irq (la même valeur que celle indiquée dans le log
ci-dessus), soit avec irq=3 (valeur utilisée quand je charge le
module sous Fedora). Avec irq, je retrouve les mêmes message que
dans le log que j'avais recopié ici.
Avec irq=3, ça plante lamentablement et il faut que j'éteigne
brutalement la machine.
Je pense qu'il doit y avoir autre chose qui utilise l'IRQ=3 sous ta
Debian et tu as un conflit d'où le plantage.
Ben apparemment il n'y a rien sur IRQ3 sur la Debian, si j'en crois
/proc/interrupts. L'IRQ3 est utilisée pour la carte radio sur toutes
les configs où j'arrive à la faire marcher (portable DELL/Fedora,
portable HP/RH9, PC bureau/RH9), et sans la carte cette IRQ n'est
utilisée nulle part (ni sur portable DELL/Debian).
D'autre part les IRQ utilisées sont partagées par plusieurs
périphériques. Par exemple, sur le portable DELL l'IRQ11 est utilisée
par usb-uhci, les 2 ports PCMCIA et eth0, que ce soit sous Fedora ou
Debian. Sur le HP, j'ai les 2 ports PCMCIA et eth0 sur IRQ11, et
usb-uhci sur IRQ5 avec la carte son. Sur le PC bureau j'ai usb-uhci et
la carte son sur IRQ11, et ohci1394, eth0 sur IRQ5...
les conflits d'IRQ venant du materiel, et pas de l'OS, je pense que ça
devrait être pareil sous linux, cette méthode devrait donc "à priori"
fonctionner.
Faut se méfier des "a priori" ;-)
mais j'avoue que de bouter sous un OS puis l'autre etc...
c'est chiant :-(
Effectivement... Mais ça fait plusieurs jours que je fais ça assez
souvent, alors je suis plus à un boot près...
Petit conseil : relève tous les IRQ materiel sous Fedora pour éviter
les reboots intempestifs. Ensuite, attribue les mêmes IRQ (dans la
limite du nécessaire) sous Debian, de manière à n'avoir aucun
conflits.
P.S. en forçant le module _truc_ à un autre IRQ que 3, celui de la
carte radio pourra peut être prendre automatiquement l'IRQ=3 si il est
libre, mais je ne garantie rien.
Seul problème, y'a pas de module _truc_ sur IRQ3...
ReP.S. : Si le module essai de prendre l'IRQ, c'est qu'il doit
pouvoir fonctionner avec comme dit ton message :
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem
0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107
Ben oui, ce qui est curieux c'est que ce 'irq 11' qu'il affiche là il ne
le sort pas du chapeau... Dans les logs des autres configs, il y a bien
'irq 3' à la place (ainsi qu'une plage mémoire différente).
Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave
Koberstein (davek@komacke.com)
Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with
the kernel - is it taken?.
Donc, tu peut aussi essayer de voir ce qui utilise l'IRQ pour le
mettre à un autre IRQ. Ahma, les IRQs 3 et 11 sont déja prix sous ta
Debian, d'ou le problème.
ReReP.S.:
Tu peux aussi essayer de ne pas charger un des modules _truc_ ou
_machin_ (si il(s) n'est (sont) pas nécessaire en premier lieu, puis
charger celui de ta carte radio, pour voir si ça marche.
Sur IRQ11, j'ai usb-uhci et eth0 que je peux supprimer temporairement,
mais les ports PCMCIA je ne peux pas les supprimer (vu que ma carte
radio est en PCMCIA), je peux éventuellement essayer de les mettre sur
une autre IRQ si je trouve comment faire.
En espérant que ça aide, mais je ne garantie rien, ne sachant pas
comment attribuer des IRQs sous linux n'en ayant jamais eu besoin ;-)
Moi non plus jusqu'à maintenant...
D'ailleurs, pour ma culture, savoir obtenir la liste des IRQs utilisés
par quoi..., puis comment les attribuer sous linux, ça m'interesse.
Pour la liste des IRQ :
# cat /proc/interrupts
Pour les attribuer, ça doit être au cas par cas, selon les options
éventuelles des modules, enfin je pense j'en sais pas plus que ça.
Oui, on peut le passer en option au module. Mais j'ai essayé, soit en lui passant irq (la même valeur que celle indiquée dans le log ci-dessus), soit avec irq=3 (valeur utilisée quand je charge le module sous Fedora). Avec irq, je retrouve les mêmes message que dans le log que j'avais recopié ici. Avec irq=3, ça plante lamentablement et il faut que j'éteigne brutalement la machine.
Je pense qu'il doit y avoir autre chose qui utilise l'IRQ=3 sous ta Debian et tu as un conflit d'où le plantage.
Ben apparemment il n'y a rien sur IRQ3 sur la Debian, si j'en crois /proc/interrupts. L'IRQ3 est utilisée pour la carte radio sur toutes les configs où j'arrive à la faire marcher (portable DELL/Fedora, portable HP/RH9, PC bureau/RH9), et sans la carte cette IRQ n'est utilisée nulle part (ni sur portable DELL/Debian).
D'autre part les IRQ utilisées sont partagées par plusieurs périphériques. Par exemple, sur le portable DELL l'IRQ11 est utilisée par usb-uhci, les 2 ports PCMCIA et eth0, que ce soit sous Fedora ou Debian. Sur le HP, j'ai les 2 ports PCMCIA et eth0 sur IRQ11, et usb-uhci sur IRQ5 avec la carte son. Sur le PC bureau j'ai usb-uhci et la carte son sur IRQ11, et ohci1394, eth0 sur IRQ5...
les conflits d'IRQ venant du materiel, et pas de l'OS, je pense que ça devrait être pareil sous linux, cette méthode devrait donc "à priori" fonctionner.
Faut se méfier des "a priori" ;-)
mais j'avoue que de bouter sous un OS puis l'autre etc... c'est chiant :-(
Effectivement... Mais ça fait plusieurs jours que je fais ça assez souvent, alors je suis plus à un boot près...
Petit conseil : relève tous les IRQ materiel sous Fedora pour éviter les reboots intempestifs. Ensuite, attribue les mêmes IRQ (dans la limite du nécessaire) sous Debian, de manière à n'avoir aucun conflits.
P.S. en forçant le module _truc_ à un autre IRQ que 3, celui de la carte radio pourra peut être prendre automatiquement l'IRQ=3 si il est libre, mais je ne garantie rien.
Seul problème, y'a pas de module _truc_ sur IRQ3...
ReP.S. : Si le module essai de prendre l'IRQ, c'est qu'il doit pouvoir fonctionner avec comme dit ton message :
Jul 21 16:42:53 nomade kernel: rlmod.o: index 0x01: Vcc 5.0, mem 0xcc88f000-0xcc892fff, irq 11, io 0x0100-0x0107
Ben oui, ce qui est curieux c'est que ce 'irq 11' qu'il affiche là il ne le sort pas du chapeau... Dans les logs des autres configs, il y a bien 'irq 3' à la place (ainsi qu'une plage mémoire différente).
Jul 21 16:42:53 nomade kernel: rlmod.o: v1.7.1, 01/08/01, Dave Koberstein () Jul 21 16:42:53 nomade kernel: eth1: Error registering the irq with the kernel - is it taken?. Donc, tu peut aussi essayer de voir ce qui utilise l'IRQ pour le
mettre à un autre IRQ. Ahma, les IRQs 3 et 11 sont déja prix sous ta Debian, d'ou le problème. ReReP.S.: Tu peux aussi essayer de ne pas charger un des modules _truc_ ou _machin_ (si il(s) n'est (sont) pas nécessaire en premier lieu, puis charger celui de ta carte radio, pour voir si ça marche.
Sur IRQ11, j'ai usb-uhci et eth0 que je peux supprimer temporairement, mais les ports PCMCIA je ne peux pas les supprimer (vu que ma carte radio est en PCMCIA), je peux éventuellement essayer de les mettre sur une autre IRQ si je trouve comment faire.
En espérant que ça aide, mais je ne garantie rien, ne sachant pas comment attribuer des IRQs sous linux n'en ayant jamais eu besoin ;-)
Moi non plus jusqu'à maintenant...
D'ailleurs, pour ma culture, savoir obtenir la liste des IRQs utilisés par quoi..., puis comment les attribuer sous linux, ça m'interesse.
Pour la liste des IRQ : # cat /proc/interrupts
Pour les attribuer, ça doit être au cas par cas, selon les options éventuelles des modules, enfin je pense j'en sais pas plus que ça.
