[Cooker] [Bug 611] [kernel] UDMA not working properly since kernel 2.4.20.0.5mdk with i845 chipset
https://qa.mandrakesoft.com/show_bug.cgi?id=611
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||FIXED
--- Additional Comments From [EMAIL PROTECTED] 2003-01-02 12:05 ---
Problem fixed with a BIOS downgrade (yes !) of my laptop !! as well with
kernel-2.4.20.1mdk and new kernel 2.4.20.2mdk. I do not need the latest version
of BIOS since it just corrected a Windows problem with battery charging
detection. I do not know why it may affect hard drive transfers though.
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description:
Since kernel 2.4.19, UDMA could been enabled successfully on i845 chipset-based
motherboards.
Up to 2.4.20.0.3mdk kernel, hard drive were performing correctly UDMA transfers.
However, since kernel 2.4.20.0.5mdk (note: 2.4.20.0.4mdk was not tested) and
2.4.20.1mdk kernels, UDMA can still be enabled on i845 motherboards, but hard
drive performance is irregular.
It seems that using buffer cache of the disk before a read/write transfer
decrease the transfer performance to non-UDMA levels.
Examples :
IDE hard drive
Model=HITACHI_DK23DA-20, FwRev=00J2A0A1, SerialNo=11L0V8
Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39070080
IORDY=yes, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 3: 2 3 4 5
multcount= 16 (on)
IO_support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead= 8 (on)
geometry = 2432/255/63, sectors = 39070080, start = 0
1) with kernel 2.4.20.0.3mdk
hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
Timing buffered disk reads: 64 MB in 2.78 seconds = 23.02 MB/sec
This result was consistent with the 2.4.20.0.3mdk kernel.
2) But with kernel 2.4.20.1mdk
hdparm -t /dev/hda
Timing buffered disk reads: 64 MB in 4.61 seconds = 13.88 MB/sec
but it gives irregular results comprised between 10 to 20
and
hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
Timing buffered disk reads: 64 MB in 6.55 seconds = 9.77 MB/sec
Giving consistently about 9MB/sec, the same result as if UDMA was not enabled.
This result is always obtained if a buffer-cache read is performed before the
disk read.
This could be verified with hdparm tests, but on a normal use basis, this
globally cripples hard drive performance on that hardware.
[Cooker] [Bug 611] [kernel] UDMA not working properly since kernel 2.4.20.0.5mdk with i845 chipset
https://qa.mandrakesoft.com/show_bug.cgi?id=611
--- Additional Comments From [EMAIL PROTECTED] 2002-12-15 12:31 ---
With kernel version 2.4.20.2mdk the boot problem with /dev/hde/ UDMA disk is
solved.
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
description:
Since kernel 2.4.19, UDMA could been enabled successfully on i845 chipset-based
motherboards.
Up to 2.4.20.0.3mdk kernel, hard drive were performing correctly UDMA transfers.
However, since kernel 2.4.20.0.5mdk (note: 2.4.20.0.4mdk was not tested) and
2.4.20.1mdk kernels, UDMA can still be enabled on i845 motherboards, but hard
drive performance is irregular.
It seems that using buffer cache of the disk before a read/write transfer
decrease the transfer performance to non-UDMA levels.
Examples :
IDE hard drive
Model=HITACHI_DK23DA-20, FwRev=00J2A0A1, SerialNo=11L0V8
Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39070080
IORDY=yes, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 3: 2 3 4 5
multcount= 16 (on)
IO_support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead= 8 (on)
geometry = 2432/255/63, sectors = 39070080, start = 0
1) with kernel 2.4.20.0.3mdk
hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
Timing buffered disk reads: 64 MB in 2.78 seconds = 23.02 MB/sec
This result was consistent with the 2.4.20.0.3mdk kernel.
2) But with kernel 2.4.20.1mdk
hdparm -t /dev/hda
Timing buffered disk reads: 64 MB in 4.61 seconds = 13.88 MB/sec
but it gives irregular results comprised between 10 to 20
and
hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.37 seconds =345.95 MB/sec
Timing buffered disk reads: 64 MB in 6.55 seconds = 9.77 MB/sec
Giving consistently about 9MB/sec, the same result as if UDMA was not enabled.
This result is always obtained if a buffer-cache read is performed before the
disk read.
This could be verified with hdparm tests, but on a normal use basis, this
globally cripples hard drive performance on that hardware.
[Cooker] [Bug 611] [kernel] UDMA not working properly since kernel 2.4.20.0.5mdk with i845 chipset
https://qa.mandrakesoft.com/show_bug.cgi?id=611 --- Additional Comments From [EMAIL PROTECTED] 2002-12-07 20:30 --- I don't know if it is related to the same problem but with kernel 2.4.20-1mdk my Mandrake Linux system will not boot. It hangs up after hdd probe. hde is an UDMA 66 hard disk. With kernel 2.4.19-16mdk there is no boot problem. However kernel 2.4.20-1mdk will boot if I remove hde drive. --- This is message file from boot with kernel 2.4.19-16mdk hda: IBM-DPTA-372050, ATA DISK drive hdb: YAMAHA CRW2200E, ATAPI CD/DVD-ROM drive hdc: IBM-DTLA-307030, ATA DISK drive hdd: TOSHIBA DVD-ROM SD-M1302, ATAPI CD/DVD-ROM drive hde: QUANTUM FIREBALL ST4.3A, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 ide2 at 0xb800-0xb807,0xb402 on irq 9 hda: 40088160 sectors (20525 MB) w/1961KiB Cache, CHS=2495/255/63, UDMA(33) hdc: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=59560/16/63, UDMA(33) hde: 8418816 sectors (4310 MB) w/81KiB Cache, CHS=14848/9/63, UDMA(33) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p5 p6 Here is an extract from message file when booting 2.4.20-1mdk WITHOUT drive hde : PCI: PCI BIOS revision 2.10 entry at 0xf08c0, last bus=1 PCI: Using configuration type 1 ACPI-0508: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: System [ACPI] (supports S0 S1 S4 S5) ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Probing PCI hardware PCI: Using ACPI for IRQ routing PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' Limiting direct PCI/PCI transfers. isapnp: Scanning for PnP cards... isapnp: No Plug Play device found Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16) apm: overridden by ACPI. Starting kswapd VFS: Disk quotas vdquot_6.5.1 devfs: v1.12c (20020818) Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x1 pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 21 PIIX4: chipset revision 1 PIIX4: not 100%% native mode: will probe irqs later ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA PDC20262: IDE controller on PCI bus 00 dev 68 PDC20262: chipset revision 1 PDC20262: not 100%% native mode: will probe irqs later PDC20262: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode. ide2: BM-DMA at 0xa400-0xa407, BIOS settings: hde:pio, hdf:pio ide3: BM-DMA at 0xa408-0xa40f, BIOS settings: hdg:pio, hdh:pio hda: IBM-DPTA-372050, ATA DISK drive hdb: YAMAHA CRW2200E, ATAPI CD/DVD-ROM drive hdc: IBM-DTLA-307030, ATA DISK drive hdd: TOSHIBA DVD-ROM SD-M1302, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 blk: queue c03172ec, I/O limit 4095Mb (mask 0x) hda: 40088160 sectors (20525 MB) w/1961KiB Cache, CHS=2495/255/63, UDMA(33) blk: queue c0317658, I/O limit 4095Mb (mask 0x) hdc: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=59560/16/63, UDMA(33) Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p5 p6 /dev/ide/host0/bus1/target0/lun0:6 [PTBL] [3737/255/63] p1 --- Hope it can help. Bernard. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
