From: Dmitri Pogosyan <pogosyan@phys.ualberta.ca>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Vojtech Pavlik <vojtech@suse.cz>, linux-kernel@vger.kernel.org
Subject: Re: ASUS KT266A/VT8233 board and UDMA setting
Date: Sat, 05 Jan 2002 12:20:40 -0700 [thread overview]
Message-ID: <3C375208.99FF7DBC@phys.ualberta.ca> (raw)
In-Reply-To: <E16MRhE-0003Rx-00@the-village.bc.nu>
Alan Cox wrote:
> > Some RH kernels (may include yours) deliberately disable UDMA3, 4 and 5
> > on any VIA IDE controller. I don't know why. Unpatch your kernel and
> > it'll likely work.
>
> RH 2.4.2-x. That was before we had the official VIA solution to the chipset
> bug. It was better to be safe than sorry for an end user distro.
>
Yes, indeed. Seems RH-2.4.16-0.13 kernel still enforces disabling UDMA>2 for
VIA,
by means of setting cable type to 40w, even if 80w is present
#cat /proc/ide/via
------------ ---Primary IDE-----Secondary IDE------
Read DMA FIFO flush: yes yes
End Sector FIFO flush: no no
Prefetch Buffer: yes no
Post Write Buffer: yes no
Enabled: yes yes
Simplex only: no no
Cable Type: 40w 40w
If I force higher UDMA by ide0=ata66 kernel option, as discussed in RH bug
35274,
ide0 zero is set to UDMA5 (not the cable though) and everything is working.
I'll file a bug against RH kernel.
Thanks everybody, Dmitri
next prev parent reply other threads:[~2002-01-05 19:21 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-01 22:34 Two hdds on one channel - why so slow? Krzysztof Oledzki
2002-01-01 23:07 ` Brian
2002-01-01 23:32 ` Andre Hedrick
2002-01-02 0:52 ` H. Peter Anvin
2002-01-02 1:19 ` Benjamin LaHaise
2002-01-02 1:24 ` H. Peter Anvin
2002-01-02 2:03 ` Benjamin LaHaise
2002-01-02 4:13 ` Andre Hedrick
2002-01-02 17:21 ` Krzysztof Oledzki
2002-01-02 18:41 ` Vojtech Pavlik
2002-01-02 19:31 ` Andre Hedrick
2002-01-02 20:23 ` Brian
2002-01-02 23:30 ` Ricky Beam
2002-01-03 1:52 ` Mark Hahn
2002-01-03 5:57 ` Ricky Beam
2002-01-04 2:54 ` Petro
2002-01-04 3:04 ` Arnaldo Carvalho de Melo
2002-01-04 4:29 ` ASUS KT266A/VT8233 board and UDMA setting Dmitri Pogosyan
2002-01-04 9:25 ` Vojtech Pavlik
2002-01-04 10:35 ` Alan Cox
2002-01-04 10:28 ` Vojtech Pavlik
2002-01-04 11:20 ` Alan Cox
2002-01-04 13:37 ` Ville Herva
2002-01-04 16:48 ` David Rees
2002-01-04 17:00 ` Alan Cox
2002-01-05 19:20 ` Dmitri Pogosyan [this message]
2002-01-05 7:20 ` Dmitri Pogosyan
2002-01-04 18:19 ` Two hdds on one channel - why so slow? Stephan von Krawczynski
2002-01-04 18:38 ` Alan Cox
2002-01-04 18:30 ` Stephan von Krawczynski
2002-01-05 0:52 ` J.A. Magallon
2002-01-05 9:41 ` Nick Holloway
2002-01-05 12:04 ` Henning P. Schmiedehausen
2002-01-05 1:28 ` Andre Hedrick
2002-01-08 23:59 ` Ricky Beam
2002-01-09 0:10 ` Mark Hahn
2002-01-09 15:27 ` Andre Hedrick
2002-01-09 16:25 ` MTBF Was: " Richard B. Johnson
2002-01-08 23:46 ` Ricky Beam
2002-01-07 8:11 ` Stevie O
2002-01-07 15:57 ` Thomas Molina
2002-01-07 16:14 ` Ricky Beam
2002-01-07 16:40 ` Thomas Molina
2002-01-07 22:23 ` Ancient Memories [was: Two hdds on one channel - why so slow?] Edesio Costa e Silva
2002-01-07 23:18 ` M. Edward (Ed) Borasky
2002-01-07 18:48 ` Two hdds on one channel - why so slow? Andre Hedrick
2002-01-07 20:19 ` Petro
2002-01-07 22:31 ` Dmitri Pogosyan
2002-01-08 13:50 ` Alan Cox
2002-01-08 14:45 ` Mike Dresser
2002-01-08 14:57 ` James A Sutherland
2002-01-08 17:15 ` Wakko Warner
2002-01-02 21:23 ` Jeffrey W. Baker
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=3C375208.99FF7DBC@phys.ualberta.ca \
--to=pogosyan@phys.ualberta.ca \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=vojtech@suse.cz \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox