Journal DMA interdit ?

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

Il y a quelques temps, mon PC fonctionnait parfaitement, mon disque dur avait un débit correct grâce à l'activation du DMA par hdparm, et puis un jour j'ai eu des "petits soucis" dûs à ma carte mère vieillissante (voir mes journaux sur fsck).

Depuis, j'ai une nouvelle carte mère, un nouveau processeur, et j'ai réinstallé une debian (sid) toute fraîche dessus, et tout tourne parfaitement comme avant ...

Enfin presque.

Mon disque dur a désormais un débit ridicule (2.3Mo/s) et je ne peux plus réactiver le DMA (hdparm me dit que cette opération m'est interdite) !! J'ai cherché dans les options du noyau, et à force j'y ai certainement mis un petit boxon, mais tout tourne parfaitement sauf ça ... J'ai même farfouillé dans le BIOS, cherchant en désespoir de cause une solution à cet endroit ...

Aurais-tu une idée, cher journal sur la manière de résoudre ce problème ?

Ma carte mère est une MSI K7T266 Pro, le processeur un AMD Athlon 800, le disque dur un MAXTOR 40Go et j'ai un noyau de la série des 2.4 (j'avais un 2.4.21, que j'ai mis à jour en 2.4.22, pensant résoudre le problème mais nada).

Merci d'avance pour ton aide :)

  • # Re: DMA interdit ?

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

    Il y'a une option qui est mal positionnée dans ton kernel, je ne vois que ça.

    Extrait de .config (à comparer avec le tien) :
    #
    # IDE, ATA and ATAPI Block devices
    #
    CONFIG_BLK_DEV_IDE=y
    ...
    CONFIG_BLK_DEV_IDEDISK=y
    ...
    CONFIG_BLK_DEV_IDECD=m
    ...
    CONFIG_BLK_DEV_IDEPCI=y
    CONFIG_BLK_DEV_GENERIC=y
    CONFIG_IDEPCI_SHARE_IRQ=y
    CONFIG_BLK_DEV_IDEDMA_PCI=y
    ...
    CONFIG_IDEDMA_PCI_AUTO=y
    # CONFIG_IDEDMA_ONLYDISK is not set
    CONFIG_BLK_DEV_IDEDMA=y
    ...
    CONFIG_BLK_DEV_HPT366=y
    ..
    CONFIG_BLK_DEV_VIA82CXXX=y
    # CONFIG_IDE_CHIPSETS is not set
    CONFIG_IDEDMA_AUTO=y
    ...
    CONFIG_BLK_DEV_IDE_MODES=y
    ...

    Ceci pour une abit KT7-Raid (controleur via KT133 + controleur Raid highpoint)
    Les ... remplacent des options qui ne sont pas positionnées.

    • [^] # Re: DMA interdit ?

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

      Je confirme, c'est une option noyau mal positionnée:

      Les noyaux de la RH 8 (et précédents j'imagine) empêchaient de lire correctement un DVD parce que le DMA y était désactivé, d'origine, apparement. Il fallait recompiler le noyau avec le support du DMA sur les disques IDE pour pouvoir avoir de bonens performances disques mais aussi de pouvoir lire ses DVD préférés...

      A noter que le problème n'existe plus sous la RH9 :)

    • [^] #

      Posté par  . Évalué à 2.

      Merci énormément, je me suis contenté de recopier tes options dans mon .config, j'ai recompilé et installé, et ça marche !


      Les performances ne sont pas extraordinaires, mais c'est quand même beaucoup mieux qu'avant :

      flurebox:/home/flure# hdparm -tT /dev/hda

      /dev/hda:
      Timing buffer-cache reads: 720 MB in 2.00 seconds = 360.00 MB/sec
      Timing buffered disk reads: 82 MB in 3.07 seconds = 26.71 MB/sec

      • [^] # Re:

        Posté par  . Évalué à 1.

        Les debits me parraissent tout a fait normaux....

        Pas excellents mais normaux....

  • # Re: DMA interdit ?

    Posté par  . Évalué à 1.

    Cela n'a peut-être rien à voir mais essaie aussi, si ce n'est pas fait, de désactiver l'ACPI.

    Les messages noyau qui concernent cette partie indiquent clairement dans le dmesg d'utiliser les options pci=noacpi ou carrément acpi=off en cas de problème.

    Pour ma part, j'ai un PII/350Mhz dans sans interface UDMA ou autre subtilité, mais avec une carte d'extension (PCI) CMD649 pour ajouter deux ports IDE supplémentaires (UDMA, eux) parce que j'ai cinq périphs IDE (Trois durs, un DVD, et un graveur CD).

    -> Mon noyau plante juste après la détection de mes cinq périphs IDE (pas de Kernel Panic, mais blocage complet).

    Peut-être tes soucis viennent-ils du même endroit.

    Bon courage.

Suivre le flux des commentaires

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