wie DMA im Kernel deaktivieren?

M

Mirko76

Guest
Hi,

ich suche eine Möglichkeit, wie man DMA im Kernel deaktiviert.

Hab einen Compact-Flash-Card auf IDE-Adapter im Rechner, wo eine 2GB-CF-Karte drin steckt.
Vermutlich kann der Adapter kein DMA, hab im Bios DMA ausgeschaltet und im Bootloader (Grub) ide=nodma als Option gesetzt.

Das interessiert scheinbar keinen aktuellen Kernel mehr, weder 2.6.26 unter Debian, noch der aktuelle 2.6.28-rc7, den ich selbst kompiliert habe.

Das Booten dauert nun ewig, weil der Kernel unbedingt den DMA-Modus am CF-Adapter einschalten will, das geht nicht-> error -> nochmal probieren usw.

Das geht fast 2min so, bis endlich durchgebootet wird.

Code:
[   22.392006] hda: dma_timer_expiry: DMA status (0x61)
[   32.392005] hda: DMA timeout error
[   32.392010] hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
[   32.392013] ide: failed opcode was: unknown
[   32.392506] hda: DMA disabled
[   32.392509] hdb: DMA disabled
[   32.440006] ide0: reset: success
[   32.441509]  hda1 hda2 <<4>hda: dma_timer_expiry: DMA status (0x21)
[   62.440004] hda: DMA timeout error
[   62.440008] hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
[   62.440011] ide: failed opcode was: unknown
[   62.440501] hda: DMA disabled
[   62.488006] ide0: reset: success
[   62.489460]  hda5 >
[   62.490098] ide-cd: hdb: ATAPI 48X DVD-ROM drive, 512kB Cache
[   62.490101] Uniform CD-ROM driver Revision: 3.20
[   82.496004] hda: dma_timer_expiry: DMA status (0x21)
[   92.496004] hda: DMA timeout error
[   92.496008] hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
[   92.496011] ide: failed opcode was: unknown
[   92.496502] hda: DMA disabled
[   92.544006] ide0: reset: success
[  112.748004] hda: dma_timer_expiry: DMA status (0x21)
[  122.748003] hda: DMA timeout error
[  122.748008] hda: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
[  122.748011] ide: failed opcode was: unknown
[  122.748501] hda: DMA disabled
[  122.796007] ide0: reset: success

Wo kann ich in der Kernel-Config deaktivieren, dass der Kernel immer DMA erzwingt bei den IDE-Ports?
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Früher gab es mal eine Option "CONFIG_IDEDMA_PCI_AUTO=y" in der Kernel-Config, aber die ist mittlerweile scheinbar abgeschafft worden
 
schon mal den hier versucht im kernel:
Code:
CONFIG_BLK_DEV_IDETAPE=n
CONFIG_IDEDMA_PCI_AUTO=n

mit dem pci_auto sollte ide=nodma wieder funzen.
sag mal obs was gebracht hat.
 
wie gesagt, weder im 2.6.26er noch im aktuellen 2.6.28er find ich diese Option.
 
device drivers => Serial ATA (prod) and Parallel ATA (experimental) drivers (ATA)
=> ATA SFF support (ATA_SFF)
Code:
This option adds support for ATA controllers with SFF
compliant or similar programming interface.

SFF is the legacy IDE interface that has been around since
the dawn of time. Almost all PATA controllers have an
SFF interface. Many SATA controllers have an SFF interface
when configured into a legacy compatibility mode.

For users with exclusively modern controllers like AHCI,
Silicon Image 3124, or Marvell 6440, you may choose to
disable this uneeded SFF support.

If unsure, say Y.
=> Generic ATA support (ATA_GENERIC)

das wäre nu das, was mir noch dazu einfallen würde.
hattest du das system schon mal am laufen?
 
das System lief fast 4 Jahre durch, bis gestern eben die Platte verreckt ist.
 
hab den Adapter jetzt in dem großen runden Gefäss unter meinem Schreibtisch entsorgt und eine Platte in den VDR eingebaut, muss ja vorwärts gehen, die Regierung will Fernsehen.
 
hört sich nach nem guten plan an :)

btw, das nächste mal sag, das es der fehler aus nem laufenden sys ist, sonst glaub ich wieder, das es sich um nen konfigurationsfehler handelt.

irgendwie kam das alles hier so an, als ob du nachträglich hardware eingebaut hast und dann damit schwierigkeiten hattest die sicher zum laufen zu bringen.

manchmal geht hardware einfach kaputt :)
 
der Adapter ist ja nicht kaputt, er kann halt nur kein DMA und das duldet scheinbar kein aktueller Linux-Kernel.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh