On Sun, 14 Aug 2005 10:26, Con Kolivas wrote:
> On Sun, 14 Aug 2005 09:29, Dave Jones wrote:
> > I've noticed this week whilst trying to encode a bunch
> > of audio CDs to oggs that my boxes running the latest
> > kernels are having serious issues, whereas 2.6.12 seems
> > to cope just fine.
> >
> > The symptoms vary. On some of my machines just inserting
> > an audio CD makes the box instantly lock up.
> > If I boot with the same CD in the drive, sound-juicer
> > can read it just fine. When I get to the next CD, I have
> > to reboot again, or it locks up.
> >
> > On another box, it gets stuck in a loop where it
> > just prints out..
> >
> > hdc: irq timeout: status=0xd0 { Busy } (This line sometimes has
> > status=0xc0) ide: failed opcode was: unknown
> >
> > The net result is that I've not got a single box that
> > will read audio CDs without doing something bad, and I've
> > tried it on several quite diverse systems.
> >
> >
> > I'll try and narrow down over the next few days when this
> > started happening, but IDE / CD folks may have some better
> > ideas about which changes were suspicious.
>
> Ok I just started noticing unusual things on my IDE DVD-RW as well,
> presumably related, on 2.6.13-rc6. Putting in a cd and trying to read it
> will cause huge delays and then error out with:
>
> ide-cd: cmd 0x28 timed out
> hdc: DMA timeout retry
> hdc: timeout waiting for DMA
> hdc: status timeout: status=0xd0 { Busy }
> ide: failed opcode was: unknown
> hdc: drive not ready for command
> hdc: ATAPI reset complete
>
> then it will read fine. If I start another read it goes through the same
> cycle. Forcing dma *off* with hdparm fixes the problem and all subsequent
> accesses don't have this pause, however this was never an issue on previous
> kernels with dma working fine.
> hdparm info of hdc:
> DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4
I should also point out the above *udma2 is interesting because:
hdparm /dev/hdc
/dev/hdc:
HDIO_GET_MULTCOUNT failed: Invalid argument
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
This *thinks* that dma is off yet querying hdc says it's in udma2 mode and the
actual performance very much suggests to me that dma is enabled as it doesn't
have those awful lags that dma off dvd access usually has.
Even though it apparently works fine I do get these instead though:
hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdc: drive_cmd: error=0x04 { AbortedCommand }
ide: failed opcode was: 0xec
hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdc: drive_cmd: error=0x04 { AbortedCommand }
ide: failed opcode was: 0xec
blah...
Con
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |