All of lore.kernel.org
 help / color / mirror / Atom feed
From: vda <vda@port.imtp.ilyichevsk.odessa.ua>
To: Mike Maravillo <mike.maravillo@q-linux.com>,
	Ryan Hayle <hackel@walkingfish.com>
Cc: linux-kernel@vger.kernel.org, mike.maravillo@q-linux.com
Subject: Re: Poor IDE performance with VIA MVP3
Date: Tue, 6 Nov 2001 11:50:12 +0000	[thread overview]
Message-ID: <01110611501200.00798@nemo> (raw)
In-Reply-To: <20011105005033.A10060@isis.visi.com> <20011105114242.A8099@isis.visi.com> <20011106035452.A1221@maravillo.q-linux.com>
In-Reply-To: <20011106035452.A1221@maravillo.q-linux.com>

On Monday 05 November 2001 19:54, Mike Maravillo wrote:

> > That's the thing--it claims to be in UDMA mode, and again I get no
> > errors.  Even when I do 'hdparm -d1 -X66 /dev/hda", everything works
> > fine, without errors, only the speed problems persist.  Oh, and I have
> > compiled my kernel with VIA IDE support, it makes no difference in the
> > performance.
> >
> > It's sounding more and more like this isn't a driver/chipset problem, but
> > something wrong with the HD itself.  Thanks for your insight.
>
> This has been a long-standing problem with my system as well.  I
> have an MS-5187 VIA MVP4 board and ST320413A UltraATA/100 drive.
>
>  Timing buffer-cache reads:   128 MB in  4.40 seconds = 29.09 MB/sec
>  Timing buffered disk reads:  64 MB in 13.06 seconds =  4.90 MB/sec
>
>  Model=ST320413A, FwRev=3.39, SerialNo=7ED05MNS
>  Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
>  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
>  BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=off
>  CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=39102336
>  IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
>  PIO modes: pio0 pio1 pio2 pio3 pio4
>  DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5
>  AdvancedPM=no
>  Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4
>
> I remember trying out the drive on a Soltek 75KAV and got better
> buffered disk results, ~25.0 MB/sec.

In my experience, if kernel has no support for your particular IDE
chip compiled in, you will likely be unable to get [u]dma working.

However, I have one hd which refuses to do dma even with proper support 
compiled in (I have PIIX IDE). All I can do is
# hdparm -c1 -A1 -W1 /dev/hda
and get 8mb/s in
# hdparm -T -t /dev/hda
--
vda

  reply	other threads:[~2001-11-06  9:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-05  6:50 Poor IDE performance with VIA MVP3 Ryan Hayle
2001-11-05 16:12 ` vda
2001-11-05 17:42   ` Ryan Hayle
2001-11-05 17:55     ` Daniel R. Warner
2001-11-05 19:54     ` Mike Maravillo
2001-11-06 11:50       ` vda [this message]
     [not found] ` <Pine.LNX.4.10.10111051506270.13543-100000@coffee.psychology.mcmaster.ca>
2001-11-06  5:21   ` Ryan Hayle

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=01110611501200.00798@nemo \
    --to=vda@port.imtp.ilyichevsk.odessa.ua \
    --cc=hackel@walkingfish.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mike.maravillo@q-linux.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.