Journal Chipset VIA & DMA

Posté par  .
Étiquettes :
0
27
sept.
2003
Cher journal,

J'avais constaté que j'avais ces erreurs
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
(seul hda est concerné).

Il y a 3 jours je me suis motivé pour le résoudre. Je pensais y être arrivé mais en fait j'avais juste désactivé le support DMA (pas de DMA =>pas d'erreur DMA).
Je n'arrive pas à trouver quel(s) option(s) activer/desactiver dans mon noyau :'(

voici les résultats obtenu avec hdparm:
# hdparm -cd /dev/hda
/dev/hda:
IO_support = 1 (32-bit)
using_dma = 1 (on)

# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 488 MB in 2.00 seconds = 244.00 MB/sec
Timing buffered disk reads: 58 MB in 3.11 seconds = 18.65 MB/sec

mon matériel:
- asus A7V133
- chipset via (VIA KT133A - VT8363A/VT82C686B)
- avec un controleur promise intégré à la carte(mais les disques ne sont pas sur le controleur promise mais sur l'IDE)
ma distrib:
- debian SID
- noyau 2.4.22

Si quelqu'un à une solution, il est le bien venue, ou même une piste.

  • # Re: Chipset VIA & DMA

    Posté par  . Évalué à 1.

    Essaye d'activer use multi mode by default (dans ata/ide/mfm) apparemment (d'apres le help) ca resoud les problemes que tu as (le message ressemble fortement a ca...)
    Je te laisse regarder..
    a+

    • [^] # Re: Chipset VIA & DMA

      Posté par  . Évalué à 2.

      non dans la donc il parle d'erreur dma_multi et non dam_intr.
      J'ai quand même essayé et même résultat.

      • [^] # Re: Chipset VIA & DMA

        Posté par  . Évalué à 2.

        de toutes façons, il __faut__ le multi-mode par défaut.

        tu as pensé à flasher ton bios ?
        peut être il te faut un utilitaire pour tester l'intégrité physique de ton disque histoire de ne rien exclure /o\

  • # Re: Chipset VIA & DMA

    Posté par  . Évalué à 2.

    tu as quoi sur la meme nappe que le hda?
    Tu utilise une nappe 40 ou 80 broches (chez moi si j'utilise une 40 pour des disques dur ça chie pas mal et je me retrouve avec pas mal d'erreur dans ton genre)

    Sinon t'as essayer de changer la config de ton disque (mettre sur une autre nappe, changer son role sur le bus (maitre ou esclave))?

  • # Re: Chipset VIA & DMA

    Posté par  . Évalué à 1.

    ha c'est bizarre, j'ai quelque chose de similaire chez moi.

    Même chipset de carte (VIA KT133A)

    sauf que je n'active rien:

    hdparm -cd /dev/hdc:
    IO_support=0
    using_dma=0

    mais j'obtiens les erreurs suivantes lorsque j'essaye d'acceder à un cd gravé :
    hdc: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
    hdc: cdrom_decode_status: error=0x34

    bon voila j'apporte ma pierre, je ne sais pas si ca va servir.

    • [^] # Re: Chipset VIA & DMA

      Posté par  . Évalué à 2.

      @kikoun : essaye de faire : hdparm -c 1 -d 1 /dev/hdc
      Ca permet d'activer le dma et si ton noyau ou le périphérique ne le supporte pas ca te le dis.
      Par contre pour tester des cdrom je pense pas que hdparm soit le plsu approprié.

      @Matthieu : J'utilise de vieilles nappes ... je vais essayer d'en changer.
      Sachant que hda contient la partition racine, je ne crois pas que linux sera content si je le change :/

      @Benoit : pas con je vais essayer d'en trouver.

      Je continue de chercher.

      • [^] # Re: Chipset VIA & DMA

        Posté par  . Évalué à 1.

        j'ai jamais dis que je tester mes lecteurs de cdrom avec hdparm.
        deuxio, avec la dma ou nan, ca n'avais rien changé rien.

  • # Re: Chipset VIA & DMA

    Posté par  . Évalué à 1.

    J'ai aussi eu ce genre de problèmes avec un chipset VIA plus ancien, je n'ai jamais pu le résoudre.

    Ça n'a peut-être rien à voir, mais on ne sait jamais : j'ai vu sur le Net que quelqu'un qui avait aussi ces problèmes a réglé ça en spécifiant la géométrie de son disque dur en paramètres du noyau.

  • # Re: Chipset VIA & DMA

    Posté par  (site web personnel) . Évalué à 1.

    moi j'avais des merdes depuis le 2.4.21 et 22 avec mon chip VIA... Une config de 2.4.20 passée sur ces noyau donnait un noyau qui marchait pas avec mon chipset... mais depuis que j'ai foutu le module VIA ca roule! (avant ce putain de module me donnait de gros bug, genre des fichiers de plusieurs Terraoctet)

    • [^] # Re: Chipset VIA & DMA

      Posté par  . Évalué à 2.

      si je comprends bien tu as un noyau 2.4.22 avec le module via et ca marche ??

      Mais j'ai pareil et ca marche pas :'(

  • # Re: Chipset VIA & DMA

    Posté par  . Évalué à 1.

    Timing buffer-cache reads: 488 MB in 2.00 seconds = 244.00 MB/sec
    Timing buffered disk reads: 58 MB in 3.11 seconds = 18.65 MB/sec

    Ton disque est très récent ? Sinon, ces résultats n'ont pas l'air mauvais.

    • [^] # Re: Chipset VIA & DMA

      Posté par  . Évalué à 2.

      là n'est pas la question : le problème est que chaque accès disque avec le DMA provoque une avalanche de messages du noyau.

      • [^] # Re: Chipset VIA & DMA

        Posté par  . Évalué à 1.

        Ah non je n'ai aucun problème de lenteur.
        Je peux trés bien continuer avec ce message d'erreur mais ca m'embete de l'avoir.
        Et je pense que sur des transferts de gros fichier la je resentirais cette erreur.

        PS: j'ai acheter une nouvelle nappe je l'essaye ce soir :p

        • [^] # Re: Chipset VIA & DMA

          Posté par  . Évalué à 0.

          Je peux trés bien continuer avec ce message d'erreur mais ca m'embete de l'avoir.

          Tu passes ton temps à lire les logs du système ?

          Et je pense que sur des transferts de gros fichier la je resentirais cette erreur.

          Tu peux essayer de copier une image ISO (par exemple) et comparer le md5 avec celui de l'original, si tu as peur de perdre des données.

  • # Re: Chipset VIA & DMA

    Posté par  . Évalué à 2.

    bon apparement plus d'erreur depuis que j'ai changé ma nappe ....

    Et non je ne passe pas mon temps à regardé mes logs d'erreur mais avant d'avoir X je les voyais assez souvent ces erreurs ...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.