UDMA problem with Maxtor 7200rpm disk

UDMA problem with Maxtor 7200rpm disk

[Jean-Francois Levesque]

Hi!

I have a problem regarding my new Asus A7V266 board with VIA KT266 chipset.  Byron Stanoszek told me to ask my problem to this list so here it is :

My hard drive is a Maxtor 5T030H3 ATA DISK drive (30 gig).  The problem is that I'm not able to read more than 7 MB/sec :

[root@xyz jfl]# /sbin/hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  64 MB in  9.18 seconds =  6.97 MB/sec


[root@xyz jfl]# /sbin/hdparm -d1 -X66 /dev/hda

/dev/hda:
 setting using_dma to 1 (on)
 setting xfermode to 66 (UltraDMA mode2)
 using_dma    =  1 (on)
[root@xyz jfl]# /sbin/hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  64 MB in  9.70 seconds =  6.60 MB/sec

[root@xyz jfl]# /sbin/hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 I/O support  =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 nowerr       =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 3736/255/63, sectors = 60030432, start = 0
[root@xyz jfl]#



I also have some idebus errors.

The problem seems to be the DMA (ATA100 compatible board and disk).

Here is a part of my dmesg output (on kernel 2.4.2) :


[...]
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 89
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt8233 (rev 00) IDE UDMA100 controller on pci00:11.1
    ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:pio, hdd:pio
hda: Maxtor 5T030H3, ATA DISK drive
hdd: CD620E, ATAPI CD/DVD-ROM drive
hdd: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
hdd: set_drive_speed_status: error=0x04
ide1: Drive 1 didn't accept speed setting. Oh, well.
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 60030432 sectors (30736 MB) w/2048KiB Cache, CHS=3736/255/63, UDMA(33)
Partition check:
 hda:hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
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 disabled
ide0: reset: success
 hda1 hda2 hda3 < hda5 hda6 hda7 hda8 hda9 >
Floppy drive(s): fd0 is 1.44M

[...]

hdd: ATAPI 5X CD-ROM drive, 240kB Cache
Uniform CD-ROM driver Revision: 3.12
es1371: version v0.27 time 20:52:56 Apr  8 2001
es1371: found chip, vendor id 0x1274 device id 0x5880 revision 0x02
PCI: Found IRQ 10 for device 00:0e.0
es1371: found es1371 rev 2 at io 0xd800 irq 10
es1371: features: joystick 0x0
ac97_codec: AC97 Audio codec, id: 0x8384:0x7608 (SigmaTel STAC9708)
hdd: irq timeout: status=0xd0 { Busy }
hdd: ATAPI reset complete
hdd: irq timeout: status=0xd0 { Busy }
hdd: ATAPI reset complete
hdd: irq timeout: status=0xd0 { Busy }
end_request: I/O error, dev 16:40 (hdd), sector 0
hdd: status timeout: status=0xd0 { Busy }
hdd: drive not ready for command
hdd: ATAPI reset complete
hdd: irq timeout: status=0xd0 { Busy }
hdd: ATAPI reset complete
es1371: unloading
es1371: version v0.27 time 20:52:56 Apr  8 2001
es1371: found chip, vendor id 0x1274 device id 0x5880 revision 0x02
PCI: Found IRQ 10 for device 00:0e.0
es1371: found es1371 rev 2 at io 0xd800 irq 10
es1371: features: joystick 0x0
ac97_codec: AC97 Audio codec, id: 0x8384:0x7608 (SigmaTel STAC9708)
hdd: irq timeout: status=0xd0 { Busy }
end_request: I/O error, dev 16:40 (hdd), sector 0
hdd: status timeout: status=0xd0 { Busy }
hdd: drive not ready for command
es1371: unloading
hdd: ATAPI reset complete
es1371: version v0.27 time 20:52:56 Apr  8 2001
es1371: found chip, vendor id 0x1274 device id 0x5880 revision 0x02
PCI: Found IRQ 10 for device 00:0e.0
es1371: found es1371 rev 2 at io 0xd800 irq 10
es1371: features: joystick 0x0
ac97_codec: AC97 Audio codec, id: 0x8384:0x7608 (SigmaTel STAC9708)
es1371: unloading
es1371: version v0.27 time 20:52:56 Apr  8 2001
es1371: found chip, vendor id 0x1274 device id 0x5880 revision 0x02
PCI: Found IRQ 10 for device 00:0e.0
es1371: found es1371 rev 2 at io 0xd800 irq 10
es1371: features: joystick 0x0
ac97_codec: AC97 Audio codec, id: 0x8384:0x7608 (SigmaTel STAC9708)
hdd: irq timeout: status=0xd0 { Busy }
hdd: ATAPI reset complete
hdd: irq timeout: status=0xd0 { Busy }
end_request: I/O error, dev 16:40 (hdd), sector 0
hdd: status timeout: status=0xd0 { Busy }
hdd: drive not ready for command
hdd: ATAPI reset complete


hda is my Maxtor 30 gig hard disk
hdd is a old IDE CDROM that was working very well but now I get a lot of errors.

IRQ problems?
DMA problems?

I use the 80-pin blue IDE cable.

I'm using kernel 2.4.2 (from RH 7.1) because when I try the 2.4.9 (from RH 7.1), I get "hda: drive not ready for command" error (when the kernel is checking for the partitions on the disk) and my system hangs (freeze) on this.  I also tried 2.4.12-ac5 (what Byron was using and it was working with his VIA chipset) and 2.4.16 (lastest stable version) but I have the exact same error (not ready for command).

Any idea?

Thank you in advance for your help!

Jean-François Lévesque
jfl@jfworld.net

PS: My disk also "freeze" my system for a few seconds (from 1/2 to maybe 3sec) while checking some data.

Re: UDMA problem with Maxtor 7200rpm disk

[Tim Moore]

> I have a problem regarding my new Asus A7V266 board with VIA KT266 chipset.  Byron Stanoszek told me to ask my problem to this list so here it is :
> 
> My hard drive is a Maxtor 5T030H3 ATA DISK drive (30 gig).  The problem is that I'm not able to read more than 7 MB/sec :
>
> ...
>
> I also have some idebus errors.

[dmesg output clipped]

1. Remove the AudioPCI card, recheck.
2. Check jumpers on CD, s/b set to Master.

AudioPCI and some VIA chipsets don't play well together.

rgds,
tim.

--

Re: UDMA problem with Maxtor 7200rpm disk

[Jean-Francois Levesque]

Hi!

I removed the audio card from my system, but no success, nothing changed.

I also tried another video card, same thing.

I removed my CD-ROM and disabled ide1 (secondary IDE), same thing...

Any ideas?

When I try to enable DMA with hdparm -d1 /dev/hda :

ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
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 disabled
ide0: reset: success


(exact same error as while booting).

Do you have any floppy bootable program to test HD speed?

Thanks for your help,

Jean-François


On Wed, 19 Dec 2001 16:47:11 -0800
Tim Moore <timothymoore@bigfoot.com> wrote:
> 
> [dmesg output clipped]
> 
> 1. Remove the AudioPCI card, recheck.
> 2. Check jumpers on CD, s/b set to Master.
> 
> AudioPCI and some VIA chipsets don't play well together.
> 
> rgds,
> tim.
> 
> --
> -
> 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/

Re: UDMA problem with Maxtor 7200rpm disk

[GOTO Masanori]

At Wed, 19 Dec 2001 15:16:36 -0500,
Jean-Francois Levesque <jfl@jfworld.net> wrote:
> I have a problem regarding my new Asus A7V266 board with VIA KT266 chipset.  Byron Stanoszek told me to ask my problem to this list so here it is :
> 
> My hard drive is a Maxtor 5T030H3 ATA DISK drive (30 gig).  The problem is that I'm not able to read more than 7 MB/sec :
> 
> [root@xyz jfl]# /sbin/hdparm -t /dev/hda
> 
> /dev/hda:
>  Timing buffered disk reads:  64 MB in  9.18 seconds =  6.97 MB/sec
> 
> 
> [root@xyz jfl]# /sbin/hdparm -d1 -X66 /dev/hda
> 
> /dev/hda:
>  setting using_dma to 1 (on)
>  setting xfermode to 66 (UltraDMA mode2)
>  using_dma    =  1 (on)
> [root@xyz jfl]# /sbin/hdparm -t /dev/hda
> 
> /dev/hda:
>  Timing buffered disk reads:  64 MB in  9.70 seconds =  6.60 MB/sec
> 
> [root@xyz jfl]# /sbin/hdparm /dev/hda
> 
> /dev/hda:
>  multcount    = 16 (on)
>  I/O support  =  1 (32-bit)
>  unmaskirq    =  1 (on)
>  using_dma    =  0 (off)
>  keepsettings =  0 (off)
>  nowerr       =  0 (off)
>  readonly     =  0 (off)
>  readahead    =  8 (on)
>  geometry     = 3736/255/63, sectors = 60030432, start = 0
> [root@xyz jfl]#
> 
> I also have some idebus errors.
> 
> The problem seems to be the DMA (ATA100 compatible board and disk).

BIOS parameter of your machine is set as "DISK auto detection" ?  If
you so, would you try to change your BIOS setting as "this disk have
ultra DMA mode 4 (or 5, if your disk is ATA100)" explicitly ?

These behavior is very similar to my enviroment.
I have Asus KT133A board, and I had this problem, but I changed BIOS
setting, all problems were gone and became happy.
If my suggestion is totally wrong, I apologize...
(However, if my suggestion is relevant, then what's the problem?
 IDE driver, or hardware problem?)

> PS: My disk also "freeze" my system for a few seconds (from 1/2 to maybe 3sec) while checking some data.

IMHO, the reason is that writing disk with PIO mode 4 (IIRC, 6.60MB/s
is corresponding with PIO mode 4) invites CPU occupation.
Andrew Morton also fixed 'low latency read problem', which is already
resolved the latest 2.4.17-rc2.

-- gotom

Re: UDMA problem with Maxtor 7200rpm disk

[Jean-Francois Levesque]

My disk is supposed to support ATA66 and ATA100...

I tried User Defined HD in the BIOS.  Changed PIO from 4 to 1...  and I also tried DMA 5,4,2,disabled...  (And I tried 'auto' disk detection)

Always same error...

I also got problems while trying to install RH 7.2...  Unabled to finish installation because it gave me I/O error while formatting /boot partition.

Any more ideas?

Thanks for your help!

Jean-François


On Thu, 20 Dec 2001 10:28:08 +0900
GOTO Masanori <gotom@debian.org> wrote:

> At Wed, 19 Dec 2001 15:16:36 -0500,
> Jean-Francois Levesque <jfl@jfworld.net> wrote:
> > I have a problem regarding my new Asus A7V266 board with VIA KT266 chipset.  Byron Stanoszek told me to ask my problem to this list so here it is :
> > 
> > My hard drive is a Maxtor 5T030H3 ATA DISK drive (30 gig).  The problem is that I'm not able to read more than 7 MB/sec :
> > 
> > [root@xyz jfl]# /sbin/hdparm -t /dev/hda
> > 
> > /dev/hda:
> >  Timing buffered disk reads:  64 MB in  9.18 seconds =  6.97 MB/sec
> > 
> > 
> > [root@xyz jfl]# /sbin/hdparm -d1 -X66 /dev/hda
> > 
> > /dev/hda:
> >  setting using_dma to 1 (on)
> >  setting xfermode to 66 (UltraDMA mode2)
> >  using_dma    =  1 (on)
> > [root@xyz jfl]# /sbin/hdparm -t /dev/hda
> > 
> > /dev/hda:
> >  Timing buffered disk reads:  64 MB in  9.70 seconds =  6.60 MB/sec
> > 
> > [root@xyz jfl]# /sbin/hdparm /dev/hda
> > 
> > /dev/hda:
> >  multcount    = 16 (on)
> >  I/O support  =  1 (32-bit)
> >  unmaskirq    =  1 (on)
> >  using_dma    =  0 (off)
> >  keepsettings =  0 (off)
> >  nowerr       =  0 (off)
> >  readonly     =  0 (off)
> >  readahead    =  8 (on)
> >  geometry     = 3736/255/63, sectors = 60030432, start = 0
> > [root@xyz jfl]#
> > 
> > I also have some idebus errors.
> > 
> > The problem seems to be the DMA (ATA100 compatible board and disk).
> 
> BIOS parameter of your machine is set as "DISK auto detection" ?  If
> you so, would you try to change your BIOS setting as "this disk have
> ultra DMA mode 4 (or 5, if your disk is ATA100)" explicitly ?
> 
> These behavior is very similar to my enviroment.
> I have Asus KT133A board, and I had this problem, but I changed BIOS
> setting, all problems were gone and became happy.
> If my suggestion is totally wrong, I apologize...
> (However, if my suggestion is relevant, then what's the problem?
>  IDE driver, or hardware problem?)
> 
> > PS: My disk also "freeze" my system for a few seconds (from 1/2 to maybe 3sec) while checking some data.
> 
> IMHO, the reason is that writing disk with PIO mode 4 (IIRC, 6.60MB/s
> is corresponding with PIO mode 4) invites CPU occupation.
> Andrew Morton also fixed 'low latency read problem', which is already
> resolved the latest 2.4.17-rc2.
> 
> -- gotom

Re: UDMA problem with Maxtor 7200rpm disk

[Jean-Francois Levesque]

I tried the 2.4.17-rc2 kernel and I was able to boot. (but I'm not with 2.4.9, 2.4.12-ac5 and 2.4.16)

Unfortunately, when I try hdparm -d1 /dev/hda, I get the same errors 

hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
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 disabled
ide0: reset: success


What can influence the DMA on the BIOS else than the disk configuration?

I always get this PCI bus warning : 
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx

Maybe I have somthing wrong with PCI bus that change everything???

Jean-François

PS: I have the lastest asus BIOS update (1003).

Re: UDMA problem with Maxtor 7200rpm disk

[Timothy Covell]

On Wednesday 19 December 2001 20:43, Jean-Francois Levesque wrote:
> I tried the 2.4.17-rc2 kernel and I was able to boot. (but I'm not with
> 2.4.9, 2.4.12-ac5 and 2.4.16)
>
> Unfortunately, when I try hdparm -d1 /dev/hda, I get the same errors
>
> hda: timeout waiting for DMA
> ide_dmaproc: chipset supported ide_dma_timeout func only: 14
> hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
> hda: timeout waiting for DMA
> ide_dmaproc: chipset supported ide_dma_timeout func only: 14
> hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
> hda: timeout waiting for DMA
> ide_dmaproc: chipset supported ide_dma_timeout func only: 14
> hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
> 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 disabled
> ide0: reset: success
>
>
> What can influence the DMA on the BIOS else than the disk configuration?
>
> I always get this PCI bus warning :
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
>
> Maybe I have somthing wrong with PCI bus that change everything???
>
> Jean-François
>
> PS: I have the lastest asus BIOS update (1003).
> -
> 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/


Three things occur to me:

1. I had a Maxtor disk (of many good ones) which died one month
before its warranty ran out.  I just sent it back to Maxtor for a replacement.

2. The PCI bus runs at 33 MHz unless, 
	a) You have a server running at 66 MHz
	b) You overclock your system.

3. From your earlier post, I wasn't sure  if you understood PIO/DMA.
Original disks used Programmed Input/Output to increase throughput.
PIO Modes increase from 1 to 2 to 3 to 4.  And them the Direct Memory
Access method gained acceptance and resulted in better throughput.
DMA2 is good, DMA4 is great and DMA5 is the best of the best as
of today.


Just my $0.02.

-- 
timothy.covell@ashavan.org.

Re: UDMA problem with Maxtor 7200rpm disk

[Sergey S. Kostyliov]

> Hi!
>
> I have a problem regarding my new Asus A7V266 board with VIA KT266 chipset.
>  Byron Stanoszek told me to ask my problem to this list so here it is :
>
> My hard drive is a Maxtor 5T030H3 ATA DISK drive (30 gig).  The problem is
> that I'm not able to read more than 7 MB/sec :

Hi,

I have exactly the same problem with 2.4.2 (RH Linux 7.1 - IIRC)
and IBM DTLA - 307040
I think the problem is in VIA82CXX support in 2.4.2
At least for vt8233
With current 2.4.16 (and 2.4.17-rc2) my disk works realy nice (37-38 Mb/s)

So I think you must get new kernel
and recompile it with
VIA82CXX support:
CONFIG_BLK_DEV_VIA82CXXX=y
> [root@xyz jfl]# /sbin/hdparm -d1 -X66 /dev/hda
btw please use 
/sbin/hdparm -d1 -X69 /dev/hda
instead (if you need UATA100)

			Best regards,
			Sergey S. Kostyliov <rathamahata@php4.ru>

Re: UDMA problem with Maxtor 7200rpm disk

[Andy Furniss]

>When I try to enable DMA with hdparm -d1 /dev/hda :

>ide_dmaproc: chipset supported ide_dma_timeout func only: 14
>hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
>hda: timeout waiting for DMA
>ide_dmaproc: chipset supported ide_dma_timeout func only: 14
>hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
>hda: timeout waiting for DMA
>ide_dmaproc: chipset supported ide_dma_timeout func only: 14
>hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
>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 disabled
>ide0: reset: success

I got this when I got my 40G 5200 maxtor. I've got an old award bios & PII 
with 440bx chipset.

The solution was to turn off udma in bios my 2.2 kernel and w98 could then 
use mdma.

I noticed that when I tested with a 2.4.9 it could use udma again - even 
though it remains off (for W98 & 2.2) in bios.

Andy.