Ühel kenal päeval (teisipäev, 9. juuli 2002 13:21) kirjutas Richard Barrington: > Hi Tim, > > I've recently installed Suse 8.0 with pdcraid + ataraid, on a similar board > (7DXR+), previously using RedHat 7.2 with Promise drivers. > > The Fastrack 2000TX drivers work fine (download from Promise), but limit > you to the older kernels. > > However, with native ataraid, kernel 2.4.18 has dog slow disk access > running on that controller. Compiling 2.4.19-rc1 has sorted that out, > although it seems it's only on ATA33, not ATA133. Anyone know about fixing > that, btw? I'm using 2.4.19-rc1 and pdc20276, drives are running correctly at ata133: hda: 117266688 sectors (60041 MB) w/1819KiB Cache, CHS=116336/16/63, UDMA(133) hdc: 117266688 sectors (60041 MB) w/1819KiB Cache, CHS=116336/16/63, UDMA(133) No problems in normal operation, I can run stress tests with bonnie++, zcav or whatever. I also have sym53c810a-based scsi adapter and dat24i tape drive, and while performing backup using either dump/restore or HP's bundled Tapeware, I'm always getting this error after backing up more than 1-2 gigabytes of data: hda: timeout waiting for DMA PDC202XX: Primary channel reset. hda: ide_dma_timeout: Lets do it again!stat = 0x50, dma_stat = 0x20 hda: DMA disabled PDC202XX: Primary channel reset. hda: ide_set_handler: handler not null; old=c01e6e50, new=c01ec0d0 bug: kernel timer added twice at c01e6cc5. Sometimes it's primary channel, sometimes it's secondary that gets the dma timeout. Curious thing is that small backups (around few hundred megabytes) always work. Based on info I was able to mine from mailinglists, I enabled 'ide chipsets that timeout hack' and taskfile support kernel options. Neither of which solved the problem. Any ideas what else could I to try or what could be causing it? -- Martin Lillepuu | e-mail: martin@xxxxxxxxxxxx | gsm: +372 515 6450
