> Try this.....det DEFAULT_ELEVATOR to n
>
> This will make more noise and tell me more of what is going on in the
> system. If all else fails, I have a new direct contact in the Intel ATA
> group that will assist me.
It now doesn't lock up any more - it only halts the system irregularily for a
second or two, while giving the following message:
(collected output from dmesg)
hda: dma_timer_expiry: dma status == 0x21
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: dma_timer_expiry: dma status == 0x21
hdc: dma_timer_expiry: dma status == 0x61
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: dma_timer_expiry: dma status == 0x21
hdc: dma_timer_expiry: dma status == 0x61
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: dma_timer_expiry: dma status == 0x21
hdc: dma_timer_expiry: dma status == 0x61
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
I also noticed this only happened when bonnie'ing on the hda disk (An ugly big
noisy Quantum Bigfoot) - the hdc seems to work flawlessly. So this might as
well be a hardware related problem that previusly didn't lock up the kernel.
Hope that helped a bit and thanks for your *really* fast answer, and keep up
the really good work!
Andreas
-- ->>>----------------------- Andreas Franck --------<<<- ---<<<---- Andreas.Franck@post.rwth-aachen.de --->>>--- ->>>---- Keep smiling! ----------------------------<<<-- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/