Re: [ide-]scsi timeouts while writing cdrom

Joseph Cheek (joseph@cheek.com)
Tue, 18 Sep 2001 12:22:49 -0700


cool, i turned off DMA on both cd's and it works now! i still get
timeouts but not enough to crash the system.

Steven Walter wrote:

>With what drive chipset is this?
>
>In any event, try doing an 'hdparm -d0 /dev/hdd' and see if that fixes
>it. That will turn off DMA on the CD-RW, which is probably causing the
>trouble. If not, see if turning off DMA on /all/ the drives fixes it.
>
>I had a problem similar to this on my system, with an AMD-751 ide
>controller. To fix it, all I had to do was turn on CONFIG_EXPERIMENTAL
>and then "AMD Viper ATA-66 Override (WIP)". After that, the problem
>went away.
>
>On Fri, Sep 14, 2001 at 09:36:26PM -0700, Joseph Cheek wrote:
>
>>hello all,
>>
>>my shiny new cdrw hangs the system when i try to burn a cdrom. i've got a
>>a completely IDE system. hda and hdb are hard drives while hdc is a
>>standard cdrom and hdd is a cdrw.
>>
>>while burning cdrecord writes a couple of tracks and then the whole system
>>freezes [i need to hard power off]. i can blank cdrw's in the drive just
>>fine, however. i'm running 2.4.9-ac10 SMP [on a single-proc system] and
>>all partitions are ext3. ide-scsi is loaded as a module at boot.
>>
>>here's what /var/log/messages shows:
>>
>>Sep 14 21:12:45 sanfrancisco kernel: scsi : aborting command due to
>>timeout : pid 0, scsi0, channel 0, id 1, lun 0 0x00 00 00 00 00 00
>>Sep 14 21:12:54 sanfrancisco kernel: Device not ready. Make sure there is
>>a disc in the drive.
>>Sep 14 21:12:55 sanfrancisco last message repeated 2 times
>>Sep 14 21:13:20 sanfrancisco kernel: hdb: timeout waiting for DMA
>>Sep 14 21:13:20 sanfrancisco kernel: ide_dmaproc: chipset supported
>>ide_dma_timeout func only: 14
>>Sep 14 21:13:26 sanfrancisco kernel: scsi : aborting command due to
>>timeout : pid 0, scsi0, channel 0, id 1, lun 0 0x43 00 00 00 00 00 00 00
>>0c 00
>>Sep 14 21:13:37 sanfrancisco kernel: scsi : aborting command due to
>>timeout : pid 0, scsi0, channel 0, id 0, lun 0 0x2a 00 00 00 05 92 00 00
>>1f 00
>>Sep 14 21:13:37 sanfrancisco kernel: hdc: timeout waiting for DMA
>>Sep 14 21:13:37 sanfrancisco kernel: ide_dmaproc: chipset supported
>>ide_dma_timeout func only: 14
>>Sep 14 21:13:37 sanfrancisco kernel: hdd: status timeout: status=0xd8 {
>>Busy }
>>Sep 14 21:13:37 sanfrancisco kernel: hdd: DMA disabled
>>Sep 14 21:13:37 sanfrancisco kernel: hdd: drive not ready for command
>>Sep 14 21:13:41 sanfrancisco kernel: hdd: ATAPI reset complete
>>Sep 14 21:13:41 sanfrancisco kernel: hdd: irq timeout: status=0xd0 { Busy
>>}
>>Sep 14 21:13:42 sanfrancisco kernel: hdd: ATAPI reset complete
>>Sep 14 21:13:42 sanfrancisco kernel: hdd: irq timeout: status=0x80 { Busy
>>}
>>Sep 14 21:13:42 sanfrancisco kernel: scsi0 channel 0 : resetting for
>>second half of retries.
>>Sep 14 21:13:42 sanfrancisco kernel: SCSI bus is being reset for host 0
>>channel 0.
>>
>>any guesses?
>>
>>thanks!
>>
>>joe
>>
>>-
>>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>>the body of a message to majordomo@vger.kernel.org
>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>Please read the FAQ at http://www.tux.org/lkml/
>>
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/