Subject: Re: ide driver not using UDMA 100?
To: Mike Cheponis <mac@Wireless.Com>
From: Manuel Bouyer <bouyer@antioche.lip6.fr>
List: port-i386
Date: 03/28/2001 13:46:27
On Tue, Mar 27, 2001 at 05:42:33PM -0800, Mike Cheponis wrote:
> Machine: 1.1 GHz Thunderbird, 0.5G RAM, relevant dmesg:
> 
> 
> NetBSD 1.5 (S) #1: Wed Mar 21 16:27:39 PST 2001
> cpu0: AMD K7 (Athlon) (686-class)
> total memory = 511 MB
> avail memory = 468 MB
> 
> pchb0 at pci0 dev 0 function 0
> pchb0: VIA Technologies product 0x0305 (rev. 0x03)
> ppb0 at pci0 dev 1 function 0: VIA Technologies product 0x8305 (rev. 0x00)
> 
> pciide0 at pci0 dev 10 function 0: Promise Ultra100/ATA Bus Master IDE Accelerator (rev. 0x02)
> pciide0: bus-master DMA support present
> pciide0: primary channel configured to native-PCI mode
> pciide0: using irq 15 for native-PCI interrupt
> 
> wd0 at pciide0 channel 0 drive 0: <IBM-DTLA-307030>
> wd0: drive supports 16-sector pio transfers, lba addressing
> wd0: 29314 MB, 16383 cyl, 16 head, 63 sec, 512 bytes/sect x 60036480 sectors
> wd0: 32-bit data port
> wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5
> wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 (using DMA data transfers)
> 
> pciide0: secondary channel configured to native-PCI mode
> pciide0: disabling secondary channel (no drives)
> 
> -------
> 
> The Promise Ultra/100 can do UDMA 100, and the IBM drive also supports
> Ultra-DMA mode 5, yet, for some reason, only Ultra-DMA mode 4 is used.
> 
> Why is this?  Do I need to set some flags somewhere?

1.5 didn't support Ultra/100 on promise. 1.5.1_ALPHA and -current do.

> 
> Thanks!  -Mike
> 
> 
> p.s. The motherboard is supposed to do native UDMA-100, but, as you can
> see from the snippet below, only Ultra-DMA Mode 2 was used(!).  That's
> why I bought the Promise board, because it was definitely UDMA 100 capable.

Same problem here, the driver doesn't completely support this controller.
This one is even harder because here are several controllers with
same vendor/product/revision ID but different features :(

--
Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
--