J'ai une carte PCI qui, pour donner son meilleur rendement, ne devrait pas
partager son IRQ (c'est indiqué dans toutes les docs, donc on part de ce
postulat).
Pour l'instant, sur ma machine, ce n'est pas le cas et elle (module
wcfxo) partage la 18 avec l'usb :
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
Christophe PEREZ
Le Wed, 18 Jan 2006 05:00:37 +0100, Sébastien Monbrun aka TiChou a écrit:
Essaye de déplacer la carte dans un autre slot PCI. Le setup du BIOS des cartes mères ne permet pas toujours de configurer les IRQ sur tous les slots.
Bon, je comptais poster mes découvertes, mais tu m'as devancé ;-) Après quelques recherches, je suis tombé sur : http://www-128.ibm.com/developerworks/library/l-hw2.html
vieux document, mais parfaitement à jour concernant ma machine ;-) Ma machine n'est pas celle qui contient la carte en question, mais comme j'ai toujours eu des problèmes avec, la lecture de ce document m'a donné envie de tester quelques trucs.
J'ai toujours pensé que j'avais une carte mère foireuse, et maintenant, je peux le confirmer ;-) Dans mon bios, j'ai un couplage des ports 1 + 5, et 2 +6. Dans ma machine, en PCI, je n'ai pas grand chose, juste 1 carte réseau, cette carte son, et la FX5200 en AGP. J'aurais voulu idéalement, ne plus partager d'irq pour la carte nvidia, et la carte son, qui sont 2 trucs qui m'ont toujours posé problème (et je ne parle même pas de l'usb foireux que j'ai).
Mais :
- Ma carte Son SbLive (emu10k1), n'est reconnue que sur le port 6, et nulle part ailleurs, quoi que je fasse au niveau des IRQs (que je peux régler) dans le bios.
- sur les ports 3 et 4, ma carte réseau, bien que reconnue par le bios, ne permet jamais le chargement du driver via-rhine, quoi que je fasse au niveau des IRQs. Obligation de power off sauvage. Même le noyau ne réponds pas aux SysRegKeys
- sur le port 5, quoi que je fasse, la carte réseau partage la même IRQ que la carte nvidia.
La seule configuration que j'ai pu trouvée au mieux, c'est la carte réseau sur le port 2 (collée au ventilo de la carte vidéo :-( ).
Comme ça, je n'ai plus que le partage d'IRQ de la carte son avec l'usb, mais ça, je ne peux rien y faire puisqu'il me semble que l'usb soit couplé avec ce port 6, et que la carte son ne supporte que celui-là. $ cat /proc/interrupts CPU0 0: 35786 XT-PIC timer 1: 178 XT-PIC i8042 2: 0 XT-PIC cascade 4: 7453 XT-PIC nvidia 7: 1 XT-PIC parport0 8: 2 XT-PIC rtc 9: 1 XT-PIC acpi 10: 22186 XT-PIC eth0 11: 847 XT-PIC EMU10K1, uhci_hcd:usb1, uhci_hcd:usb2 12: 1113 XT-PIC i8042 14: 5705 XT-PIC ide0 15: 934 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0
Je pense que c'est déjà mieux.
Vous devez vous demandez pourquoi je raconte tout ça, et surtout à quoi ça me sert puisque cette machine n'est pas concernée par la fameuse carte de téléphonie. Et bien moi aussi ;-)
Non, plus sérieusement, si ça permet à quelqu'un d'autre de comprendre un peu mieux ces petites choses très bizarres qui se passent dans nos machines... Et puis surtout, ça m'a beaucoup mieux éclairé pour m'attaquer à l'autre machine, qui elle, est moins capricieuse à priori et sur laquelle je devrais parvenir à régler ce problème de partage d'IRQs plus facilement.
Regarde dans la documentation du noyau, plus précisément dans le fichier /usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau pci et acpi.
Ouh, les méchants trucs auxquels je ne comprendrai rien, ça c'est sûr ;-) Mais merci quand même. Si un jour je passe dans ce répertoire, j'y laisse un oeil.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 18 Jan 2006 05:00:37 +0100, Sébastien Monbrun aka TiChou a
écrit:
Essaye de déplacer la carte dans un autre slot PCI. Le setup du BIOS des
cartes mères ne permet pas toujours de configurer les IRQ sur tous les
slots.
Bon, je comptais poster mes découvertes, mais tu m'as devancé ;-)
Après quelques recherches, je suis tombé sur :
http://www-128.ibm.com/developerworks/library/l-hw2.html
vieux document, mais parfaitement à jour concernant ma machine ;-)
Ma machine n'est pas celle qui contient la carte en question, mais comme
j'ai toujours eu des problèmes avec, la lecture de ce document m'a donné
envie de tester quelques trucs.
J'ai toujours pensé que j'avais une carte mère foireuse, et maintenant,
je peux le confirmer ;-)
Dans mon bios, j'ai un couplage des ports 1 + 5, et 2 +6.
Dans ma machine, en PCI, je n'ai pas grand chose, juste 1 carte réseau,
cette carte son, et la FX5200 en AGP.
J'aurais voulu idéalement, ne plus partager d'irq pour la carte nvidia,
et la carte son, qui sont 2 trucs qui m'ont toujours posé problème (et
je ne parle même pas de l'usb foireux que j'ai).
Mais :
- Ma carte Son SbLive (emu10k1), n'est reconnue que sur le port 6, et
nulle part ailleurs, quoi que je fasse au niveau des IRQs (que je peux
régler) dans le bios.
- sur les ports 3 et 4, ma carte réseau, bien que reconnue par le bios,
ne permet jamais le chargement du driver via-rhine, quoi que je fasse au
niveau des IRQs. Obligation de power off sauvage. Même le noyau ne
réponds pas aux SysRegKeys
- sur le port 5, quoi que je fasse, la carte réseau partage la même IRQ
que la carte nvidia.
La seule configuration que j'ai pu trouvée au mieux, c'est la carte
réseau sur le port 2 (collée au ventilo de la carte vidéo :-( ).
Comme ça, je n'ai plus que le partage d'IRQ de la carte son avec l'usb,
mais ça, je ne peux rien y faire puisqu'il me semble que l'usb soit
couplé avec ce port 6, et que la carte son ne supporte que celui-là.
$ cat /proc/interrupts
CPU0
0: 35786 XT-PIC timer
1: 178 XT-PIC i8042
2: 0 XT-PIC cascade
4: 7453 XT-PIC nvidia
7: 1 XT-PIC parport0
8: 2 XT-PIC rtc
9: 1 XT-PIC acpi
10: 22186 XT-PIC eth0
11: 847 XT-PIC EMU10K1, uhci_hcd:usb1, uhci_hcd:usb2
12: 1113 XT-PIC i8042
14: 5705 XT-PIC ide0
15: 934 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
Je pense que c'est déjà mieux.
Vous devez vous demandez pourquoi je raconte tout ça, et surtout à quoi
ça me sert puisque cette machine n'est pas concernée par la fameuse
carte de téléphonie. Et bien moi aussi ;-)
Non, plus sérieusement, si ça permet à quelqu'un d'autre de comprendre
un peu mieux ces petites choses très bizarres qui se passent dans nos
machines... Et puis surtout, ça m'a beaucoup mieux éclairé pour
m'attaquer à l'autre machine, qui elle, est moins capricieuse à
priori et sur laquelle je devrais parvenir à régler ce problème de
partage d'IRQs plus facilement.
Regarde dans la documentation du noyau, plus précisément dans le fichier
/usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau
pci et acpi.
Ouh, les méchants trucs auxquels je ne comprendrai rien, ça c'est sûr ;-)
Mais merci quand même. Si un jour je passe dans ce répertoire, j'y
laisse un oeil.
Le Wed, 18 Jan 2006 05:00:37 +0100, Sébastien Monbrun aka TiChou a écrit:
Essaye de déplacer la carte dans un autre slot PCI. Le setup du BIOS des cartes mères ne permet pas toujours de configurer les IRQ sur tous les slots.
Bon, je comptais poster mes découvertes, mais tu m'as devancé ;-) Après quelques recherches, je suis tombé sur : http://www-128.ibm.com/developerworks/library/l-hw2.html
vieux document, mais parfaitement à jour concernant ma machine ;-) Ma machine n'est pas celle qui contient la carte en question, mais comme j'ai toujours eu des problèmes avec, la lecture de ce document m'a donné envie de tester quelques trucs.
J'ai toujours pensé que j'avais une carte mère foireuse, et maintenant, je peux le confirmer ;-) Dans mon bios, j'ai un couplage des ports 1 + 5, et 2 +6. Dans ma machine, en PCI, je n'ai pas grand chose, juste 1 carte réseau, cette carte son, et la FX5200 en AGP. J'aurais voulu idéalement, ne plus partager d'irq pour la carte nvidia, et la carte son, qui sont 2 trucs qui m'ont toujours posé problème (et je ne parle même pas de l'usb foireux que j'ai).
Mais :
- Ma carte Son SbLive (emu10k1), n'est reconnue que sur le port 6, et nulle part ailleurs, quoi que je fasse au niveau des IRQs (que je peux régler) dans le bios.
- sur les ports 3 et 4, ma carte réseau, bien que reconnue par le bios, ne permet jamais le chargement du driver via-rhine, quoi que je fasse au niveau des IRQs. Obligation de power off sauvage. Même le noyau ne réponds pas aux SysRegKeys
- sur le port 5, quoi que je fasse, la carte réseau partage la même IRQ que la carte nvidia.
La seule configuration que j'ai pu trouvée au mieux, c'est la carte réseau sur le port 2 (collée au ventilo de la carte vidéo :-( ).
Comme ça, je n'ai plus que le partage d'IRQ de la carte son avec l'usb, mais ça, je ne peux rien y faire puisqu'il me semble que l'usb soit couplé avec ce port 6, et que la carte son ne supporte que celui-là. $ cat /proc/interrupts CPU0 0: 35786 XT-PIC timer 1: 178 XT-PIC i8042 2: 0 XT-PIC cascade 4: 7453 XT-PIC nvidia 7: 1 XT-PIC parport0 8: 2 XT-PIC rtc 9: 1 XT-PIC acpi 10: 22186 XT-PIC eth0 11: 847 XT-PIC EMU10K1, uhci_hcd:usb1, uhci_hcd:usb2 12: 1113 XT-PIC i8042 14: 5705 XT-PIC ide0 15: 934 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0
Je pense que c'est déjà mieux.
Vous devez vous demandez pourquoi je raconte tout ça, et surtout à quoi ça me sert puisque cette machine n'est pas concernée par la fameuse carte de téléphonie. Et bien moi aussi ;-)
Non, plus sérieusement, si ça permet à quelqu'un d'autre de comprendre un peu mieux ces petites choses très bizarres qui se passent dans nos machines... Et puis surtout, ça m'a beaucoup mieux éclairé pour m'attaquer à l'autre machine, qui elle, est moins capricieuse à priori et sur laquelle je devrais parvenir à régler ce problème de partage d'IRQs plus facilement.
Regarde dans la documentation du noyau, plus précisément dans le fichier /usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau pci et acpi.
Ouh, les méchants trucs auxquels je ne comprendrai rien, ça c'est sûr ;-) Mais merci quand même. Si un jour je passe dans ce répertoire, j'y laisse un oeil.
-- Christophe PEREZ Écrivez moi sans _faute !
Sébastien Monbrun aka TiChou
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Salut Christophe,
J'ai une carte PCI qui, pour donner son meilleur rendement, ne devrait pas partager son IRQ (c'est indiqué dans toutes les docs, donc on part de ce postulat).
[...]
je n'arrive à rien pour l'instant par le bios.
Essaye de déplacer la carte dans un autre slot PCI. Le setup du BIOS des cartes mères ne permet pas toujours de configurer les IRQ sur tous les slots.
On m'a dit qu'il était malgré tout possible, sous Linux, de traiter ce problème. Qu'en est-il réellement ? Et surtout, comment ?
Regarde dans la documentation du noyau, plus précisément dans le fichier /usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau pci et acpi.
-- Sébastien Monbrun aka TiChou
Dans le message <news:pan.2006.01.18.02.09.52.301521@novazur.fr>,
*Christophe PEREZ* tapota sur f.c.o.l.configuration :
Salut Christophe,
J'ai une carte PCI qui, pour donner son meilleur rendement, ne devrait pas
partager son IRQ (c'est indiqué dans toutes les docs, donc on part de ce
postulat).
[...]
je n'arrive à rien pour l'instant par le bios.
Essaye de déplacer la carte dans un autre slot PCI. Le setup du BIOS des
cartes mères ne permet pas toujours de configurer les IRQ sur tous les
slots.
On m'a dit qu'il était malgré tout possible, sous Linux, de traiter ce
problème. Qu'en est-il réellement ? Et surtout, comment ?
Regarde dans la documentation du noyau, plus précisément dans le fichier
/usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau
pci et acpi.
Dans le message <news:, *Christophe PEREZ* tapota sur f.c.o.l.configuration :
Salut Christophe,
J'ai une carte PCI qui, pour donner son meilleur rendement, ne devrait pas partager son IRQ (c'est indiqué dans toutes les docs, donc on part de ce postulat).
[...]
je n'arrive à rien pour l'instant par le bios.
Essaye de déplacer la carte dans un autre slot PCI. Le setup du BIOS des cartes mères ne permet pas toujours de configurer les IRQ sur tous les slots.
On m'a dit qu'il était malgré tout possible, sous Linux, de traiter ce problème. Qu'en est-il réellement ? Et surtout, comment ?
Regarde dans la documentation du noyau, plus précisément dans le fichier /usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau pci et acpi.
-- Sébastien Monbrun aka TiChou
Christophe PEREZ
Le Tue, 17 Jan 2006 23:43:15 -0400, Christophe PEREZ a écrit:
Et puis surtout, ça m'a beaucoup mieux éclairé pour m'attaquer à l'autre machine, qui elle, est moins capricieuse à priori et sur laquelle je devrais parvenir à régler ce problème de partage d'IRQs plus facilement.
J'ai été bien présomptueux sur ce coup là. Ce matin, j'ai donc déplacé la carte du slot 4 vers le slot 3. Dans le bios, j'ai désactivé l'option APIC ACPI SCI IRQ. J'ai tenté de fixer l'IRQ du slot 3.
Regarde dans la documentation du noyau, plus précisément dans le fichier /usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau pci et acpi.
Ouh, les méchants trucs auxquels je ne comprendrai rien, ça c'est sûr ;-) Mais merci quand même. Si un jour je passe dans ce répertoire, j'y laisse un oeil.
Et bien, comme on pouvait s'y attendre, j'ai du aller voir ;-) J'ai essayé un bon nombre d'options de boot, sans être vraiment sûr de chacune : noapic nolapic acpi=noirq acpi_irq_nobalance noirqbalance pci=noacpi Mais, je n'ai pas le résultat escompté.
Le partage n'est plus le même, ça doit être du au changement de slot. On n'a plus d'IRQ au dessus de 15, ça doit être du au non routage des IRQ par ACPI si je ne m'abuse. Mais je ne parviens pas pour autant à avoir cette carte toute seule sur une IRQ. Si elle avait pu prendre cette IRQ 3 au lieu de l'usb, ça aurait été chouette.
Si quelqu'un veut bien me donner un petit coup de main. D'autant qu'il est compliqué pour moi de tester puisque la machine est mon serveur/passerelle, et que donc, pendant les tests, je suis coupé de tout.
Merci d'avance.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Tue, 17 Jan 2006 23:43:15 -0400, Christophe PEREZ a écrit:
Et puis surtout, ça m'a beaucoup mieux éclairé pour
m'attaquer à l'autre machine, qui elle, est moins capricieuse à
priori et sur laquelle je devrais parvenir à régler ce problème de
partage d'IRQs plus facilement.
J'ai été bien présomptueux sur ce coup là.
Ce matin, j'ai donc déplacé la carte du slot 4 vers le slot 3.
Dans le bios, j'ai désactivé l'option APIC ACPI SCI IRQ.
J'ai tenté de fixer l'IRQ du slot 3.
Regarde dans la documentation du noyau, plus précisément dans le fichier
/usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau
pci et acpi.
Ouh, les méchants trucs auxquels je ne comprendrai rien, ça c'est sûr ;-)
Mais merci quand même. Si un jour je passe dans ce répertoire, j'y
laisse un oeil.
Et bien, comme on pouvait s'y attendre, j'ai du aller voir ;-)
J'ai essayé un bon nombre d'options de boot, sans être vraiment sûr de
chacune : noapic nolapic acpi=noirq acpi_irq_nobalance noirqbalance
pci=noacpi
Mais, je n'ai pas le résultat escompté.
Le partage n'est plus le même, ça doit être du au changement de slot.
On n'a plus d'IRQ au dessus de 15, ça doit être du au non routage des
IRQ par ACPI si je ne m'abuse. Mais je ne parviens pas pour autant à
avoir cette carte toute seule sur une IRQ. Si elle avait pu prendre cette
IRQ 3 au lieu de l'usb, ça aurait été chouette.
Si quelqu'un veut bien me donner un petit coup de main. D'autant qu'il est
compliqué pour moi de tester puisque la machine est mon
serveur/passerelle, et que donc, pendant les tests, je suis coupé de tout.
Le Tue, 17 Jan 2006 23:43:15 -0400, Christophe PEREZ a écrit:
Et puis surtout, ça m'a beaucoup mieux éclairé pour m'attaquer à l'autre machine, qui elle, est moins capricieuse à priori et sur laquelle je devrais parvenir à régler ce problème de partage d'IRQs plus facilement.
J'ai été bien présomptueux sur ce coup là. Ce matin, j'ai donc déplacé la carte du slot 4 vers le slot 3. Dans le bios, j'ai désactivé l'option APIC ACPI SCI IRQ. J'ai tenté de fixer l'IRQ du slot 3.
Regarde dans la documentation du noyau, plus précisément dans le fichier /usr/src/linux/Documentation/kernel-parameters.txt, les paramètres du noyau pci et acpi.
Ouh, les méchants trucs auxquels je ne comprendrai rien, ça c'est sûr ;-) Mais merci quand même. Si un jour je passe dans ce répertoire, j'y laisse un oeil.
Et bien, comme on pouvait s'y attendre, j'ai du aller voir ;-) J'ai essayé un bon nombre d'options de boot, sans être vraiment sûr de chacune : noapic nolapic acpi=noirq acpi_irq_nobalance noirqbalance pci=noacpi Mais, je n'ai pas le résultat escompté.
Le partage n'est plus le même, ça doit être du au changement de slot. On n'a plus d'IRQ au dessus de 15, ça doit être du au non routage des IRQ par ACPI si je ne m'abuse. Mais je ne parviens pas pour autant à avoir cette carte toute seule sur une IRQ. Si elle avait pu prendre cette IRQ 3 au lieu de l'usb, ça aurait été chouette.
Si quelqu'un veut bien me donner un petit coup de main. D'autant qu'il est compliqué pour moi de tester puisque la machine est mon serveur/passerelle, et que donc, pendant les tests, je suis coupé de tout.
Merci d'avance.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Wed, 18 Jan 2006 13:44:46 -0400, Christophe PEREZ a écrit:
Dans le bios, j'ai désactivé l'option APIC ACPI SCI IRQ. J'ai tenté de fixer l'IRQ du slot 3.
Ah, oui, j'ai aussi désactivé du bios un port série, le port //, et un "FDC" (ou quelque chose dans le genre, je n'ai pas noté) dont je ne sais pas de quoi il s'agit du tout. Tout ceci, afin de récupérer un max d'IRQ libres.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 18 Jan 2006 13:44:46 -0400, Christophe PEREZ a écrit:
Dans le bios, j'ai désactivé l'option APIC ACPI SCI IRQ.
J'ai tenté de fixer l'IRQ du slot 3.
Ah, oui, j'ai aussi désactivé du bios un port série, le port //, et un
"FDC" (ou quelque chose dans le genre, je n'ai pas noté) dont je ne sais
pas de quoi il s'agit du tout. Tout ceci, afin de récupérer un max d'IRQ
libres.
Le Wed, 18 Jan 2006 13:44:46 -0400, Christophe PEREZ a écrit:
Dans le bios, j'ai désactivé l'option APIC ACPI SCI IRQ. J'ai tenté de fixer l'IRQ du slot 3.
Ah, oui, j'ai aussi désactivé du bios un port série, le port //, et un "FDC" (ou quelque chose dans le genre, je n'ai pas noté) dont je ne sais pas de quoi il s'agit du tout. Tout ceci, afin de récupérer un max d'IRQ libres.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Wed, 18 Jan 2006 13:48:19 -0400, Christophe PEREZ a écrit:
et un "FDC"
= Floppy Disk Controler
(J'ai retrouvé la doc de la CM ;-) ).
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 18 Jan 2006 13:48:19 -0400, Christophe PEREZ a écrit:
Le Wed, 18 Jan 2006 13:48:19 -0400, Christophe PEREZ a écrit:
et un "FDC"
= Floppy Disk Controler
(J'ai retrouvé la doc de la CM ;-) ).
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Wed, 18 Jan 2006 13:44:46 -0400, Christophe PEREZ a écrit:
Si quelqu'un veut bien me donner un petit coup de main. D'autant qu'il est compliqué pour moi de tester puisque la machine est mon serveur/passerelle, et que donc, pendant les tests, je suis coupé de tout.
Bon, malgré tout, j'ai fait des dizaines d'essais et de reboot.
Au niveau du BIOS, quoi que je fasse sur la sélection d'IRQ par slot, ça ne semble jamais pris en compte (je ne parle pas de Linux là, mais seulement du BIOS). L'écran de boot BIOS me montre les IRQs affectées, et ça ne tient jamais compte de ce que j'ai pu mettre dans le setup.
Je crois qu'il faille donc que j'abandonne cette idée de choisir par le BIOS. Par contre, il me faudrait alors pouvoir affecter une IRQ à cette carte, au boot de linux, mais malgré mes lectures, je ne parviens pas à comprendre déjà si c'est réellement possible, et si oui, comment concrètement.
Je renouvelle donc mon appel à l'aide de ceux qui s'y connaissent (Il est où l'indien de fcolc ?).
Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Wed, 18 Jan 2006 13:44:46 -0400, Christophe PEREZ a écrit:
Si quelqu'un veut bien me donner un petit coup de main. D'autant qu'il est
compliqué pour moi de tester puisque la machine est mon
serveur/passerelle, et que donc, pendant les tests, je suis coupé de tout.
Bon, malgré tout, j'ai fait des dizaines d'essais et de reboot.
Au niveau du BIOS, quoi que je fasse sur la sélection d'IRQ par slot, ça
ne semble jamais pris en compte (je ne parle pas de Linux là, mais
seulement du BIOS). L'écran de boot BIOS me montre les IRQs affectées,
et ça ne tient jamais compte de ce que j'ai pu mettre dans le setup.
Je crois qu'il faille donc que j'abandonne cette idée de choisir par le
BIOS.
Par contre, il me faudrait alors pouvoir affecter une IRQ à cette carte,
au boot de linux, mais malgré mes lectures, je ne parviens pas à
comprendre déjà si c'est réellement possible, et si oui, comment
concrètement.
Je renouvelle donc mon appel à l'aide de ceux qui s'y connaissent (Il
est où l'indien de fcolc ?).
Le Wed, 18 Jan 2006 13:44:46 -0400, Christophe PEREZ a écrit:
Si quelqu'un veut bien me donner un petit coup de main. D'autant qu'il est compliqué pour moi de tester puisque la machine est mon serveur/passerelle, et que donc, pendant les tests, je suis coupé de tout.
Bon, malgré tout, j'ai fait des dizaines d'essais et de reboot.
Au niveau du BIOS, quoi que je fasse sur la sélection d'IRQ par slot, ça ne semble jamais pris en compte (je ne parle pas de Linux là, mais seulement du BIOS). L'écran de boot BIOS me montre les IRQs affectées, et ça ne tient jamais compte de ce que j'ai pu mettre dans le setup.
Je crois qu'il faille donc que j'abandonne cette idée de choisir par le BIOS. Par contre, il me faudrait alors pouvoir affecter une IRQ à cette carte, au boot de linux, mais malgré mes lectures, je ne parviens pas à comprendre déjà si c'est réellement possible, et si oui, comment concrètement.
Je renouvelle donc mon appel à l'aide de ceux qui s'y connaissent (Il est où l'indien de fcolc ?).
