J'ai ce sympathique message =E0 la fin du listing de dmesg.
Il apparait aussi lorsque fsck oeuvre sur l'une de mes partitions.
Et ceci depuis que j'ai une carte m=E8re Asus A7N8X Deluxe.
Savez vous d'ou ca vient ?
Quelle commande pour lister les irq ? (il n'y a rien sur la 7 dans l'outi=
l
fourni sous kde).
Le jeu 18 déc 2003 à 13:26, Lsom a tapoté : | Bonjour,
Bonjour.
| J'ai ce sympathique message à la fin du listing de dmesg.
Merci de le mettre dans le coprs du message.
| Savez vous d'ou ca vient ?
D'un problème d'IRQ :)
| Quelle commande pour lister les irq ? (il n'y a rien sur la 7 dans l'outil | fourni sous kde).
cat /proc/interrupts
| Merci.
Avec plaisir.
Thomas -- BOFH excuse #355: Boredom in the Kernel.
Rakotomandimby
Lsom wrote:
Bonjour,
Bonjour
On va finir par se moquer de moi ici ... mais c pas grave ,c'est comme ça . Je suis sérieux de toutes façons ... j'ai eu ce message quand ma carte mere etait en fin de vie .... en fait moi ça me le faisai une fois par demarrage , et quand je faisai aussi les fsck ... mais j'ai jamais su a quoi ça correspondai ... la carte mere a flanché avant ... et moi j'ai corrompu toutes mes archives et heureusement que je n'ai pas eu a les utiliser . -- http://mrakotom.free.fr
Lsom wrote:
Bonjour,
Bonjour
On va finir par se moquer de moi ici ... mais c pas grave ,c'est comme ça .
Je suis sérieux de toutes façons ... j'ai eu ce message quand ma carte mere
etait en fin de vie .... en fait moi ça me le faisai une fois par
demarrage , et quand je faisai aussi les fsck ... mais j'ai jamais su a
quoi ça correspondai ... la carte mere a flanché avant ... et moi j'ai
corrompu toutes mes archives et heureusement que je n'ai pas eu a les
utiliser .
--
http://mrakotom.free.fr
On va finir par se moquer de moi ici ... mais c pas grave ,c'est comme ça . Je suis sérieux de toutes façons ... j'ai eu ce message quand ma carte mere etait en fin de vie .... en fait moi ça me le faisai une fois par demarrage , et quand je faisai aussi les fsck ... mais j'ai jamais su a quoi ça correspondai ... la carte mere a flanché avant ... et moi j'ai corrompu toutes mes archives et heureusement que je n'ai pas eu a les utiliser . -- http://mrakotom.free.fr
J. Mayer
On Thu, 18 Dec 2003 13:26:03 +0100, Lsom wrote:
Bonjour,
J'ai ce sympathique message à la fin du listing de dmesg. Il apparait aussi lorsque fsck oeuvre sur l'une de mes partitions. Et ceci depuis que j'ai une carte mère Asus A7N8X Deluxe.
Savez vous d'ou ca vient ? Quelle commande pour lister les irq ? (il n'y a rien sur la 7 dans l'outil fourni sous kde).
Ce n'est pas un problème en soi. Celà veut dire que le controleur d'IRQ a signalé une interruption alors qu'il n'y en avait plus d'active. Ce message arrive quand le kernel utilise le controleur d'interruption (le 8259) en mode poll: l'IRQ 7 avec un bit invalide sert à indiquer la fin de la liste des interruptions actives. Il ne faut pas s'en inquiéter. Le kernel peut procéder de cette façon. Il le fait sur les PPC qui ont un controleur d'interruption compatible avec ceux des PC. Si l'IRQ n'est pas la 7, alors ça peut dénoter un problème matériel.
On Thu, 18 Dec 2003 13:26:03 +0100, Lsom wrote:
Bonjour,
J'ai ce sympathique message à la fin du listing de dmesg.
Il apparait aussi lorsque fsck oeuvre sur l'une de mes partitions.
Et ceci depuis que j'ai une carte mère Asus A7N8X Deluxe.
Savez vous d'ou ca vient ?
Quelle commande pour lister les irq ? (il n'y a rien sur la 7 dans l'outil
fourni sous kde).
Ce n'est pas un problème en soi. Celà veut dire que le controleur
d'IRQ a signalé une interruption alors qu'il n'y en avait plus
d'active. Ce message arrive quand le kernel utilise le controleur
d'interruption (le 8259) en mode poll: l'IRQ 7 avec un bit invalide
sert à indiquer la fin de la liste des interruptions actives.
Il ne faut pas s'en inquiéter.
Le kernel peut procéder de cette façon. Il le fait sur les PPC qui
ont un controleur d'interruption compatible avec ceux des PC.
Si l'IRQ n'est pas la 7, alors ça peut dénoter un problème matériel.
J'ai ce sympathique message à la fin du listing de dmesg. Il apparait aussi lorsque fsck oeuvre sur l'une de mes partitions. Et ceci depuis que j'ai une carte mère Asus A7N8X Deluxe.
Savez vous d'ou ca vient ? Quelle commande pour lister les irq ? (il n'y a rien sur la 7 dans l'outil fourni sous kde).
Ce n'est pas un problème en soi. Celà veut dire que le controleur d'IRQ a signalé une interruption alors qu'il n'y en avait plus d'active. Ce message arrive quand le kernel utilise le controleur d'interruption (le 8259) en mode poll: l'IRQ 7 avec un bit invalide sert à indiquer la fin de la liste des interruptions actives. Il ne faut pas s'en inquiéter. Le kernel peut procéder de cette façon. Il le fait sur les PPC qui ont un controleur d'interruption compatible avec ceux des PC. Si l'IRQ n'est pas la 7, alors ça peut dénoter un problème matériel.
Rakotomandimby
Rakotomandimby wrote:
[..] Donc finalement c'est ptet pas si grave ton truc ;-)
-- http://mrakotom.free.fr
Rakotomandimby wrote:
[..]
Donc finalement c'est ptet pas si grave ton truc ;-)
Un truc que j'ai vu dans la config du noyau ; je ne sais pas si ca a un r apport :
Support for sharing PCI IDE interrupts CONFIG_IDEPCI_SHARE_IRQ Some ATA/IDE chipsets have hardware support which allows for sharing a single IRQ with other cards. To enable support for this in the ATA/IDE driver, say Y here.
It is safe to say Y to this question, in most cases. If unsure, say N.
J'ai mis Yes puisque c'est safe.
"J. Mayer" wrote:
l'IRQ 7 avec un bit invalide
sert à indiquer la fin de la liste des interruptions actives.
Ca n'est pas la dernière chez moi.
Si l'IRQ n'est pas la 7, alors ça peut dénoter un problème maté riel.
Un truc que j'ai vu dans la config du noyau ; je ne sais pas si ca a un r apport
:
Support for sharing PCI IDE interrupts
CONFIG_IDEPCI_SHARE_IRQ
Some ATA/IDE chipsets have hardware support which allows for
sharing a single IRQ with other cards. To enable support for
this in the ATA/IDE driver, say Y here.
It is safe to say Y to this question, in most cases.
If unsure, say N.
Un truc que j'ai vu dans la config du noyau ; je ne sais pas si ca a un r apport :
Support for sharing PCI IDE interrupts CONFIG_IDEPCI_SHARE_IRQ Some ATA/IDE chipsets have hardware support which allows for sharing a single IRQ with other cards. To enable support for this in the ATA/IDE driver, say Y here.
It is safe to say Y to this question, in most cases. If unsure, say N.
J'ai mis Yes puisque c'est safe.
J. Mayer
On Thu, 18 Dec 2003 14:17:50 +0100, Lsom wrote:
"J. Mayer" wrote:
l'IRQ 7 avec un bit invalide sert à indiquer la fin de la liste des interruptions actives.
Ca n'est pas la dernière chez moi.
Tu n'as pas compris: en mode poll, on lit le status du controleur qui retourne, une à une la liste des interruptions actives. Comme il y a en fait 2 controleurs, l'IRQ 7 est bien la dernière, les IRQ de 8 à 15 étant sur un autre controleur, avec l'IRQ 4 qui sert de cascade entre les deux. Le controleur renvoie l'IRQ active | 0x80. A la fin de la liste, il renvoie 0x7F , ce qui, décodé par le driver donne l'IRQ 7 dans un status non actif, ce qui déclenche le message que tu as vu.
Si l'IRQ n'est pas la 7, alors ça peut dénoter un problème matériel.
je ne comprends pas...
Si le message est "spurious IRQ <n>" et que <n> n'est pas 7, tu peux t'inquiéter. Si c'est 7, ce n'est pas un problème.
Un truc que j'ai vu dans la config du noyau ; je ne sais pas si ca a un rapport :
Support for sharing PCI IDE interrupts CONFIG_IDEPCI_SHARE_IRQ Some ATA/IDE chipsets have hardware support which allows for sharing a single IRQ with other cards. To enable support for this in the ATA/IDE driver, say Y here.
It is safe to say Y to this question, in most cases. If unsure, say N.
J'ai mis Yes puisque c'est safe.
C'est safe, et ça n'a aucun rapport... Ca joue sur l'attribution des IRQ PCI (14 et 15 dans le cas de l'IDE).
On Thu, 18 Dec 2003 14:17:50 +0100, Lsom wrote:
"J. Mayer" wrote:
l'IRQ 7 avec un bit invalide
sert à indiquer la fin de la liste des interruptions actives.
Ca n'est pas la dernière chez moi.
Tu n'as pas compris:
en mode poll, on lit le status du controleur qui retourne, une à une
la liste des interruptions actives. Comme il y a en fait 2 controleurs,
l'IRQ 7 est bien la dernière, les IRQ de 8 à 15 étant sur un autre
controleur, avec l'IRQ 4 qui sert de cascade entre les deux.
Le controleur renvoie l'IRQ active | 0x80.
A la fin de la liste, il renvoie 0x7F , ce qui, décodé par le driver
donne l'IRQ 7 dans un status non actif, ce qui déclenche le message
que tu as vu.
Si l'IRQ n'est pas la 7, alors ça peut dénoter un problème matériel.
je ne comprends pas...
Si le message est "spurious IRQ <n>" et que <n> n'est pas 7,
tu peux t'inquiéter. Si c'est 7, ce n'est pas un problème.
Un truc que j'ai vu dans la config du noyau ; je ne sais pas si ca a un rapport
:
Support for sharing PCI IDE interrupts
CONFIG_IDEPCI_SHARE_IRQ
Some ATA/IDE chipsets have hardware support which allows for
sharing a single IRQ with other cards. To enable support for
this in the ATA/IDE driver, say Y here.
It is safe to say Y to this question, in most cases.
If unsure, say N.
J'ai mis Yes puisque c'est safe.
C'est safe, et ça n'a aucun rapport... Ca joue sur l'attribution
des IRQ PCI (14 et 15 dans le cas de l'IDE).
l'IRQ 7 avec un bit invalide sert à indiquer la fin de la liste des interruptions actives.
Ca n'est pas la dernière chez moi.
Tu n'as pas compris: en mode poll, on lit le status du controleur qui retourne, une à une la liste des interruptions actives. Comme il y a en fait 2 controleurs, l'IRQ 7 est bien la dernière, les IRQ de 8 à 15 étant sur un autre controleur, avec l'IRQ 4 qui sert de cascade entre les deux. Le controleur renvoie l'IRQ active | 0x80. A la fin de la liste, il renvoie 0x7F , ce qui, décodé par le driver donne l'IRQ 7 dans un status non actif, ce qui déclenche le message que tu as vu.
Si l'IRQ n'est pas la 7, alors ça peut dénoter un problème matériel.
je ne comprends pas...
Si le message est "spurious IRQ <n>" et que <n> n'est pas 7, tu peux t'inquiéter. Si c'est 7, ce n'est pas un problème.
Un truc que j'ai vu dans la config du noyau ; je ne sais pas si ca a un rapport :
Support for sharing PCI IDE interrupts CONFIG_IDEPCI_SHARE_IRQ Some ATA/IDE chipsets have hardware support which allows for sharing a single IRQ with other cards. To enable support for this in the ATA/IDE driver, say Y here.
It is safe to say Y to this question, in most cases. If unsure, say N.
J'ai mis Yes puisque c'est safe.
C'est safe, et ça n'a aucun rapport... Ca joue sur l'attribution des IRQ PCI (14 et 15 dans le cas de l'IDE).
Du PC bas-niveau, aussi... Je développe la partie émulation PPC de qemu: http://fabrice.bellard.free.fr/qemu/
LiNuCe
Je développe la partie émulation PPC de qemu: http://fabrice.bellard.free.fr/qemu/
Tiens, c'est intéressant comme projet. Actuellement, j'utilise Boch pour faire des captures d'une installation Linux à partir de mon système Linux (pour de la documentation). Le problème est que c'est relativement lent (notament durant l'installation des paquetages). Est-ce que je peux faire la même chose avec QEmu (y compris l'amorçage du système d'installation depuis une image de CD bootable par exemple) ?
-- LiNuCe
Je développe la partie émulation PPC de qemu:
http://fabrice.bellard.free.fr/qemu/
Tiens, c'est intéressant comme projet. Actuellement, j'utilise Boch
pour faire des captures d'une installation Linux à partir de mon système
Linux (pour de la documentation). Le problème est que c'est relativement
lent (notament durant l'installation des paquetages). Est-ce que je peux
faire la même chose avec QEmu (y compris l'amorçage du système
d'installation depuis une image de CD bootable par exemple) ?
Je développe la partie émulation PPC de qemu: http://fabrice.bellard.free.fr/qemu/
Tiens, c'est intéressant comme projet. Actuellement, j'utilise Boch pour faire des captures d'une installation Linux à partir de mon système Linux (pour de la documentation). Le problème est que c'est relativement lent (notament durant l'installation des paquetages). Est-ce que je peux faire la même chose avec QEmu (y compris l'amorçage du système d'installation depuis une image de CD bootable par exemple) ?
