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
[email protected]
PS: My disk also "freeze" my system for a few seconds (from 1/2 to maybe 3sec) while checking some data.
> 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.
--
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 <[email protected]> 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 [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
At Wed, 19 Dec 2001 15:16:36 -0500,
Jean-Francois Levesque <[email protected]> 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
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 <[email protected]> wrote:
> At Wed, 19 Dec 2001 15:16:36 -0500,
> Jean-Francois Levesque <[email protected]> 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
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).
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 [email protected]
> 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.
--
[email protected].
> 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 <[email protected]>
>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.