bien vu :)
mais est-ce normal d'avoir aussi le module de la carte graphique r128?
je vais voir si je peux le modifier dans le bios
et quand meme j'insiste, est-il possible de forcer l'IRQ d'un
peripherique (parametre du kernel au boot voire modif d'un fichier
systeme peut etre...) ?
PS: merci de me repondre directement car je ne suis pas dans l'alias
Le 13396i=C3me jour apr=C3s Epoch,
Nicolas Ch=C3daille =C3crivait:
> en fait je me suis apercu que l'interruption 11 est partag=C3e en 4
> peripheriques ce qui ne me parait pas normal
Non, c'est pas normal, la mienne est occup=C3e par 10 dispositifs :)
> il me semble que cela pourrait etre l'origine du probleme
> je sais que normalement les interruptions 10 et 11 sont libres, alors
> les 2 questions que je me pose:
Comment =C3a libres? Pourquoi serait-elles libres "comme =C3a"? =C3a d=C3pe=
nds
beaucoup de ton mat=C3riel, tout =C3a.
Le mardi 05 septembre 2006 à 17:14 +0200, Nicolas Chédaille a écrit :
bien vu :) mais est-ce normal d'avoir aussi le module de la carte graphique r128? je vais voir si je peux le modifier dans le bios
et quand meme j'insiste, est-il possible de forcer l'IRQ d'un peripherique (parametre du kernel au boot voire modif d'un fichier systeme peut etre...) ?
PS: merci de me repondre directement car je ne suis pas dans l'alias
Le 13396iÃme jour aprÃs Epoch, Nicolas ChÃdaille Ãcrivait:
> en fait je me suis apercu que l'interruption 11 est partagÃe en 4 > peripheriques ce qui ne me parait pas normal
Non, c'est pas normal, la mienne est occupÃe par 10 dispositifs :)
> il me semble que cela pourrait etre l'origine du probleme > je sais que normalement les interruptions 10 et 11 sont libres, alors > les 2 questions que je me pose:
Comment Ãa libres? Pourquoi serait-elles libres "comme Ãa"? Ãa dÃpends beaucoup de ton matÃriel, tout Ãa.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pour information, il semblerait que ton client mail bogue.
Dans les en-têtes il est écrit:
Le mardi 05 septembre 2006 à 17:14 +0200, Nicolas Chédaille a écrit :
bien vu :)
mais est-ce normal d'avoir aussi le module de la carte graphique r128?
je vais voir si je peux le modifier dans le bios
et quand meme j'insiste, est-il possible de forcer l'IRQ d'un
peripherique (parametre du kernel au boot voire modif d'un fichier
systeme peut etre...) ?
PS: merci de me repondre directement car je ne suis pas dans l'alias
Le 13396iÃme jour aprÃs Epoch,
Nicolas ChÃdaille Ãcrivait:
> en fait je me suis apercu que l'interruption 11 est partagÃe en 4
> peripheriques ce qui ne me parait pas normal
Non, c'est pas normal, la mienne est occupÃe par 10 dispositifs :)
> il me semble que cela pourrait etre l'origine du probleme
> je sais que normalement les interruptions 10 et 11 sont libres, alors
> les 2 questions que je me pose:
Comment Ãa libres? Pourquoi serait-elles libres "comme Ãa"? Ãa dÃpends
beaucoup de ton matÃriel, tout Ãa.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le mardi 05 septembre 2006 à 17:14 +0200, Nicolas Chédaille a écrit :
bien vu :) mais est-ce normal d'avoir aussi le module de la carte graphique r128? je vais voir si je peux le modifier dans le bios
et quand meme j'insiste, est-il possible de forcer l'IRQ d'un peripherique (parametre du kernel au boot voire modif d'un fichier systeme peut etre...) ?
PS: merci de me repondre directement car je ne suis pas dans l'alias
Le 13396iÃme jour aprÃs Epoch, Nicolas ChÃdaille Ãcrivait:
> en fait je me suis apercu que l'interruption 11 est partagÃe en 4 > peripheriques ce qui ne me parait pas normal
Non, c'est pas normal, la mienne est occupÃe par 10 dispositifs :)
> il me semble que cela pourrait etre l'origine du probleme > je sais que normalement les interruptions 10 et 11 sont libres, alors > les 2 questions que je me pose:
Comment Ãa libres? Pourquoi serait-elles libres "comme Ãa"? Ãa dÃpends beaucoup de ton matÃriel, tout Ãa.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
hector dupont
Nicolas Chédaille a écrit :
bien vu :) mais est-ce normal d'avoir aussi le module de la carte graphique r128? je vais voir si je peux le modifier dans le bios
et quand meme j'insiste, est-il possible de forcer l'IRQ d'un peripherique (parametre du kernel au boot voire modif d'un fichier systeme peut etre...) ?
normalement, c'est le bios qui au démarrage interroge toutes cartes PCI pour leur demander les ressources nécessaires (irq, mem, i/o ...) il fait le tri dans tout ça, réorganise les ressources et recontacte chaque carte en lui indiquant les ressources qu'elle doit effectivement utilisée
l'avantage est que comme le bios connait toutes les demandes, il arbitre et c'est lui qui décide en dernier recours l'utilisation des ressources (pas de conflit entre 2 zones mémoire par ex)
sur les bus PCI, les IRQ sont partageables nativement, c'est pourquoi tu as plusieurs module branchés sur la même IRQ (pour les ancêtres : sur ISA, il fallait que la carte soit explicitement conçue pour partager l'IRQ, par défaut le bus ISA ne permettant pas le partage)
l'USB n'est qu'un cas particulier de carte PCI : le controleur USB n'est vu que comme un N-ième périphérique PCI sans plus de particularité
Ensuite, lors du boot du noyau linux ... je ne sais pas trop ce qui se passe :-(
* peut être que le noyau se contente d'utiliser les cartes telles qu'elles sont configurés par le BIOS * peut être qu'il a lui-même un "arbitreur" (???) et qu'il réorganise les ressources "par dessus" le BIOS : dans ce cas il doit y avoir moyen d'agir
mais il y a bien quelqu'un qui va éclairer le débat ...
PS: merci de me repondre directement car je ne suis pas dans l'alias
Le 13396iÃme jour aprÃs Epoch, Nicolas ChÃdaille Ãcrivait:
en fait je me suis apercu que l'interruption 11 est partagÃe en 4 peripheriques ce qui ne me parait pas normal
Non, c'est pas normal, la mienne est occupÃe par 10 dispositifs :)
il me semble que cela pourrait etre l'origine du probleme je sais que normalement les interruptions 10 et 11 sont libres, alors les 2 questions que je me pose:
Comment Ãa libres? Pourquoi serait-elles libres "comme Ãa"? Ãa dÃpends beaucoup de ton matÃriel, tout Ãa.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Nicolas Chédaille a écrit :
bien vu :)
mais est-ce normal d'avoir aussi le module de la carte graphique r128?
je vais voir si je peux le modifier dans le bios
et quand meme j'insiste, est-il possible de forcer l'IRQ d'un
peripherique (parametre du kernel au boot voire modif d'un fichier
systeme peut etre...) ?
normalement, c'est le bios qui au démarrage interroge toutes cartes PCI
pour leur demander les ressources nécessaires (irq, mem, i/o ...)
il fait le tri dans tout ça, réorganise les ressources et recontacte
chaque carte en lui indiquant les ressources qu'elle doit effectivement
utilisée
l'avantage est que comme le bios connait toutes les demandes, il arbitre
et c'est lui qui décide en dernier recours l'utilisation des ressources
(pas de conflit entre 2 zones mémoire par ex)
sur les bus PCI, les IRQ sont partageables nativement, c'est pourquoi tu
as plusieurs module branchés sur la même IRQ
(pour les ancêtres : sur ISA, il fallait que la carte soit explicitement
conçue pour partager l'IRQ, par défaut le bus ISA ne permettant pas le
partage)
l'USB n'est qu'un cas particulier de carte PCI : le controleur USB n'est
vu que comme un N-ième périphérique PCI sans plus de particularité
Ensuite, lors du boot du noyau linux ... je ne sais pas trop ce qui se
passe :-(
* peut être que le noyau se contente d'utiliser les cartes telles
qu'elles sont configurés par le BIOS
* peut être qu'il a lui-même un "arbitreur" (???) et qu'il réorganise
les ressources "par dessus" le BIOS : dans ce cas il doit y avoir moyen
d'agir
mais il y a bien quelqu'un qui va éclairer le débat ...
PS: merci de me repondre directement car je ne suis pas dans l'alias
Le 13396iÃme jour aprÃs Epoch,
Nicolas ChÃdaille Ãcrivait:
en fait je me suis apercu que l'interruption 11 est partagÃe en 4
peripheriques ce qui ne me parait pas normal
Non, c'est pas normal, la mienne est occupÃe par 10 dispositifs :)
il me semble que cela pourrait etre l'origine du probleme
je sais que normalement les interruptions 10 et 11 sont libres, alors
les 2 questions que je me pose:
Comment Ãa libres? Pourquoi serait-elles libres "comme Ãa"? Ãa dÃpends
beaucoup de ton matÃriel, tout Ãa.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
bien vu :) mais est-ce normal d'avoir aussi le module de la carte graphique r128? je vais voir si je peux le modifier dans le bios
et quand meme j'insiste, est-il possible de forcer l'IRQ d'un peripherique (parametre du kernel au boot voire modif d'un fichier systeme peut etre...) ?
normalement, c'est le bios qui au démarrage interroge toutes cartes PCI pour leur demander les ressources nécessaires (irq, mem, i/o ...) il fait le tri dans tout ça, réorganise les ressources et recontacte chaque carte en lui indiquant les ressources qu'elle doit effectivement utilisée
l'avantage est que comme le bios connait toutes les demandes, il arbitre et c'est lui qui décide en dernier recours l'utilisation des ressources (pas de conflit entre 2 zones mémoire par ex)
sur les bus PCI, les IRQ sont partageables nativement, c'est pourquoi tu as plusieurs module branchés sur la même IRQ (pour les ancêtres : sur ISA, il fallait que la carte soit explicitement conçue pour partager l'IRQ, par défaut le bus ISA ne permettant pas le partage)
l'USB n'est qu'un cas particulier de carte PCI : le controleur USB n'est vu que comme un N-ième périphérique PCI sans plus de particularité
Ensuite, lors du boot du noyau linux ... je ne sais pas trop ce qui se passe :-(
* peut être que le noyau se contente d'utiliser les cartes telles qu'elles sont configurés par le BIOS * peut être qu'il a lui-même un "arbitreur" (???) et qu'il réorganise les ressources "par dessus" le BIOS : dans ce cas il doit y avoir moyen d'agir
mais il y a bien quelqu'un qui va éclairer le débat ...
PS: merci de me repondre directement car je ne suis pas dans l'alias
Le 13396iÃme jour aprÃs Epoch, Nicolas ChÃdaille Ãcrivait:
en fait je me suis apercu que l'interruption 11 est partagÃe en 4 peripheriques ce qui ne me parait pas normal
Non, c'est pas normal, la mienne est occupÃe par 10 dispositifs :)
il me semble que cela pourrait etre l'origine du probleme je sais que normalement les interruptions 10 et 11 sont libres, alors les 2 questions que je me pose:
Comment Ãa libres? Pourquoi serait-elles libres "comme Ãa"? Ãa dÃpends beaucoup de ton matÃriel, tout Ãa.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Mercredi 6 septembre 2006, 19:07:58 CEST, hector dupont a écrit :
[...] Ensuite, lors du boot du noyau linux ... je ne sais pas trop ce qui se passe :-(
* peut être que le noyau se contente d'utiliser les cartes telles qu'elles sont configurés par le BIOS * peut être qu'il a lui-même un "arbitreur" (???) et qu'il réorganise les ressources "par dessus" le BIOS : dans ce cas il doit y avoir moyen d'agir
mais il y a bien quelqu'un qui va éclairer le débat ...
Juste une étincelle : les options pciirq et acpipci ont un rapport (évident pour la première) avec la gestion des IRQ par le noyau Linux. (Il y a aussi une gestion « d'affinité » entre les IRQ et les processeurs en SMP.)
"affinité" c'est le choix d'un des CPU pour traiter telle ou telle IRQ Si pas d'affinité de défini, ce sera n'importe quel CPU disponible
Faut se balader dans le code...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
Mercredi 6 septembre 2006, 19:07:58 CEST, hector dupont a écrit :
[...]
Ensuite, lors du boot du noyau linux ... je ne sais pas trop ce qui se
passe :-(
* peut être que le noyau se contente d'utiliser les cartes telles
qu'elles sont configurés par le BIOS
* peut être qu'il a lui-même un "arbitreur" (???) et qu'il réorganise
les ressources "par dessus" le BIOS : dans ce cas il doit y avoir moyen
d'agir
mais il y a bien quelqu'un qui va éclairer le débat ...
Juste une étincelle : les options pciirq et acpipci ont un rapport
(évident pour la première) avec la gestion des IRQ par le noyau Linux.
(Il y a aussi une gestion « d'affinité » entre les IRQ et les processeurs
en SMP.)
"affinité" c'est le choix d'un des CPU pour traiter telle ou telle IRQ
Si pas d'affinité de défini, ce sera n'importe quel CPU disponible
Faut se balader dans le code...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Mercredi 6 septembre 2006, 19:07:58 CEST, hector dupont a écrit :
[...] Ensuite, lors du boot du noyau linux ... je ne sais pas trop ce qui se passe :-(
* peut être que le noyau se contente d'utiliser les cartes telles qu'elles sont configurés par le BIOS * peut être qu'il a lui-même un "arbitreur" (???) et qu'il réorganise les ressources "par dessus" le BIOS : dans ce cas il doit y avoir moyen d'agir
mais il y a bien quelqu'un qui va éclairer le débat ...
Juste une étincelle : les options pciirq et acpipci ont un rapport (évident pour la première) avec la gestion des IRQ par le noyau Linux. (Il y a aussi une gestion « d'affinité » entre les IRQ et les processeurs en SMP.)
"affinité" c'est le choix d'un des CPU pour traiter telle ou telle IRQ Si pas d'affinité de défini, ce sera n'importe quel CPU disponible
Faut se balader dans le code...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
