OVH Cloud OVH Cloud

Erreur disque : "kernel: hda: dma_intr: status=0x51" ?

4 réponses
Avatar
Lassie
Bonjour,

Voilà mon problème : quand j'active le mode dma de mon disque, je me
retrouve avec un paquet d'erreur de ce style dans les logs :
[...]
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: ide0: reset: success
[...]
Apparemment il fait un ide reset, et bye bye le mode dma sur le disque.
Sans le mode DMA je perds pas mal en perf :

Voilà les options activée sur hda :

# hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 7476/255/63, sectors = 120103200, start = 0

# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 752 MB in 2.00 seconds = 376.00 MB/sec
Timing buffered disk reads: 16 MB in 3.40 seconds = 4.71 MB/sec

Dans cette configuration, j'ai pas d'erreurs dans les logs, mais les
perfs sont pas au top.
Si je rajoute le DMA :

# hdparm -d1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
using_dma = 1 (on)

# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 760 MB in 2.00 seconds = 380.00 MB/sec
Timing buffered disk reads: 62 MB in 3.02 seconds = 20.53 MB/sec

Là, bonnes perfs, mais je me retrouve avec les erreurs indiquées au début.
J'ai essayé de jouer un peu avec la commande hdparm, mais tout ce que
j'ai réussi à faire c'est à planter le disque après l'utilisation de
l'option -X ... donc j'ose plus trop y toucher

Est-ce que quelqu'un est déjà tombé sur ce problème ?

Pour info :
- Distrib Mandrake 9.2
- Carte mère ABIT KT7 (KT133 chipset VIA)
- la nappe est marquée ATA-66 donc je suppose que c'est bon...

Voilà les seules pistes que j'ai :
1) recompiler le noyau avec l'option Use multi-mode by default
-
CONFIG_IDEDISK_MULTI_MODE = Yes
Est-ce que ça peut résoudre le problème ? Je voudrais être sûr avant de
me lancer.
2) un problème de nappe ide ? J'en ai essayé plusieurs, mais j'ai le
même résultat.
3) pb à cause du chipset VIA ? Il y aurait des options spécifiques aux
Chipset VIA dans le noyau... mais j'ignore lesquelles...

Voilà... Merci d'avoir lu jusque là... :-)
A+

Lassie

4 réponses

Avatar
TiChou
Dans l'article news:403d48cb$0$28127$,
Lassie écrivait :

Bonjour,


Bonsoir,

Voilà mon problème : quand j'active le mode dma de mon disque, je me
retrouve avec un paquet d'erreur de ce style dans les logs :
[...]
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: ide0: reset: success
[...]
Apparemment il fait un ide reset, et bye bye le mode dma sur le disque.
Sans le mode DMA je perds pas mal en perf :

Voilà les options activée sur hda :

# hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 7476/255/63, sectors = 120103200, start = 0

# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 752 MB in 2.00 seconds = 376.00 MB/sec
Timing buffered disk reads: 16 MB in 3.40 seconds = 4.71 MB/sec

Dans cette configuration, j'ai pas d'erreurs dans les logs, mais les
perfs sont pas au top.
Si je rajoute le DMA :

# hdparm -d1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
using_dma = 1 (on)

# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 760 MB in 2.00 seconds = 380.00 MB/sec
Timing buffered disk reads: 62 MB in 3.02 seconds = 20.53 MB/sec

Là, bonnes perfs, mais je me retrouve avec les erreurs indiquées au début.
J'ai essayé de jouer un peu avec la commande hdparm, mais tout ce que
j'ai réussi à faire c'est à planter le disque après l'utilisation de
l'option -X ... donc j'ose plus trop y toucher

Est-ce que quelqu'un est déjà tombé sur ce problème ?


Non, mais il s'agit certainement d'un problème de contrôleur IDE mal pris en
charge par votre noyau.

Pour info :
- Distrib Mandrake 9.2
- Carte mère ABIT KT7 (KT133 chipset VIA)
- la nappe est marquée ATA-66 donc je suppose que c'est bon...

Voilà les seules pistes que j'ai :
1) recompiler le noyau avec l'option Use multi-mode by default
-
CONFIG_IDEDISK_MULTI_MODE = Yes
Est-ce que ça peut résoudre le problème ? Je voudrais être sûr avant de
me lancer.


Non, je ne pense pas que le problème vienne de là. Cela ne vous coute rien
de tester par la suite si cette option résoud votre problème.

2) un problème de nappe ide ? J'en ai essayé plusieurs, mais j'ai le
même résultat.


Non plus à partir du moment où vous êtes sûr de vos nappes.

3) pb à cause du chipset VIA ? Il y aurait des options spécifiques aux
Chipset VIA dans le noyau... mais j'ignore lesquelles...


Fort probable que le problème vienne de là.
La Abit KT7 utilise le chipset VT82C686, donc compilé votre noyau avec le
support VIA82CXXX.

Les bonnes options de configuration pour la partie IDE de votre noyau :

CONFIG_IDE=y

CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y

CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDESCSI=m

CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y

CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y

CONFIG_BLK_DEV_VIA82CXXX

CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y

Ni plus, ni moins.

Voilà... Merci d'avoir lu jusque là... :-)


De rien et tenez nous au courant.

--
TiChou

Avatar
Lassie
TiChou wrote:

Bonsoir,


Voilà mon problème : quand j'active le mode dma de mon disque, je me
retrouve avec un paquet d'erreur de ce style dans les logs :
[...]
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: ide0: reset: success
[...]
(snip)


3) pb à cause du chipset VIA ? Il y aurait des options spécifiques aux
Chipset VIA dans le noyau... mais j'ignore lesquelles...



Fort probable que le problème vienne de là.
La Abit KT7 utilise le chipset VT82C686, donc compilé votre noyau avec le
support VIA82CXXX.

Les bonnes options de configuration pour la partie IDE de votre noyau :

CONFIG_IDE=y

CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y

CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDESCSI=m

CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y

CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y

CONFIG_BLK_DEV_VIA82CXXX

CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y

Ni plus, ni moins.


Merci pour ces infos précieuses... n'ayant pas trop l'habitude des
recompilation du noyau, je m'imprime quelques docs la dessus, et je
teste ça dès que je peux.

Voilà... Merci d'avoir lu jusque là... :-)


De rien et tenez nous au courant.



Pas de problèmes...
A+


Avatar
sans_flotus_spam
TiChou wrote:

Dans l'article news:403d48cb$0$28127$,
Lassie écrivait :

Bonjour,


Bonsoir,

Voilà mon problème : quand j'active le mode dma de mon disque, je me
retrouve avec un paquet d'erreur de ce style dans les logs :
[...]
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
kernel: ide0: reset: success
[...]
Apparemment il fait un ide reset, et bye bye le mode dma sur le disque.
Sans le mode DMA je perds pas mal en perf :

Voilà les options activée sur hda :

# hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 7476/255/63, sectors = 120103200, start = 0

# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 752 MB in 2.00 seconds = 376.00 MB/sec
Timing buffered disk reads: 16 MB in 3.40 seconds = 4.71 MB/sec

Dans cette configuration, j'ai pas d'erreurs dans les logs, mais les
perfs sont pas au top.
Si je rajoute le DMA :

# hdparm -d1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
using_dma = 1 (on)

# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 760 MB in 2.00 seconds = 380.00 MB/sec
Timing buffered disk reads: 62 MB in 3.02 seconds = 20.53 MB/sec

Là, bonnes perfs, mais je me retrouve avec les erreurs indiquées au
début. J'ai essayé de jouer un peu avec la commande hdparm, mais tout ce
que j'ai réussi à faire c'est à planter le disque après l'utilisation de
l'option -X ... donc j'ose plus trop y toucher

Est-ce que quelqu'un est déjà tombé sur ce problème ?


Non, mais il s'agit certainement d'un problème de contrôleur IDE mal pris
en charge par votre noyau.

Pour info :
- Distrib Mandrake 9.2
- Carte mère ABIT KT7 (KT133 chipset VIA)
- la nappe est marquée ATA-66 donc je suppose que c'est bon...

Voilà les seules pistes que j'ai :
1) recompiler le noyau avec l'option Use multi-mode by default
-
CONFIG_IDEDISK_MULTI_MODE = Yes
Est-ce que ça peut résoudre le problème ? Je voudrais être sûr avant de
me lancer.


Non, je ne pense pas que le problème vienne de là. Cela ne vous coute rien
de tester par la suite si cette option résoud votre problème.

2) un problème de nappe ide ? J'en ai essayé plusieurs, mais j'ai le
même résultat.



y a t-il un connecteur bleu au bout de la nappe ?
si oui, c'est une nappe UDMA, si non, ça peut expliquer beaucoup de choses


Non plus à partir du moment où vous êtes sûr de vos nappes.

3) pb à cause du chipset VIA ? Il y aurait des options spécifiques aux
Chipset VIA dans le noyau... mais j'ignore lesquelles...


Fort probable que le problème vienne de là.
La Abit KT7 utilise le chipset VT82C686, donc compilé votre noyau avec le
support VIA82CXXX.


le site via publie un petit patch bien utile


Les bonnes options de configuration pour la partie IDE de votre noyau :

CONFIG_IDE=y

CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y

CONFIG_BLK_DEV_IDECD=m
CONFIG_BLK_DEV_IDESCSI=m

CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y

CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y

CONFIG_BLK_DEV_VIA82CXXX

CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y

Ni plus, ni moins.

Voilà... Merci d'avoir lu jusque là... :-)


De rien et tenez nous au courant.




Avatar
Lassie
wrote:
TiChou wrote:
(snip)

2) un problème de nappe ide ? J'en ai essayé plusieurs, mais j'ai le
même résultat.



y a t-il un connecteur bleu au bout de la nappe ?
si oui, c'est une nappe UDMA, si non, ça peut expliquer beaucoup de choses



Oui, il y a un connecteur bleu. Et c'est une nappe avec 80 connecteurs
(80 fils sur la nappe). C'est bien la bonne nappe ?
J'en ai essayé une autre que j'ai eu avec un disque tout neuf (également
avec un connecteur bleu) qui donne exactement le même résultat.
J'ai même testé avec une vieille nappe (40 fils ?), qui elle me donne
carément des erreurs IDE au bios. Donc j'ai laissé tomber.

3) pb à cause du chipset VIA ? Il y aurait des options spécifiques aux
Chipset VIA dans le noyau... mais j'ignore lesquelles...


Fort probable que le problème vienne de là.
La Abit KT7 utilise le chipset VT82C686, donc compilé votre noyau avec le
support VIA82CXXX.


le site via publie un petit patch bien utile


Ok, je vais explorer la piste du Driver VIA (ça existe pour la Mandrake ?).
C'est une machine pas très récente (Abit KT7 + Athlon 750), j'essaierai
d'éviter les chipset VIA sur la prochaine que j'achèterai une bécane...
C'est un peu source d'ennuis non ?

Merci pour les infos.
A+