From: Marc Lehmann <pcg@goof.com>
To: Axel Thimm <Axel.Thimm@physik.fu-berlin.de>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Au-Ja <doelf@au-ja.de>, Yiping Chen <YipingChen@via.com.tw>,
support@msi.com.tw, info@msi-computer.de, support@via-cyrix.de,
John R Lenton <john@grulic.org.ar>
Subject: Re: VIA's Southbridge bug: Latest (pseudo-)patch
Date: Fri, 1 Jun 2001 17:18:48 +0200 [thread overview]
Message-ID: <20010601171848.F467@cerebro.laendle> (raw)
In-Reply-To: <20010519110721.A1415@pua.nirvana>
In-Reply-To: <20010519110721.A1415@pua.nirvana>; from Axel.Thimm@physik.fu-berlin.de on Sat, May 19, 2001 at 11:07:21AM +0200
On Sat, May 19, 2001 at 11:07:21AM +0200, Axel Thimm <Axel.Thimm@physik.fu-berlin.de> wrote:
> if( KT133A || KT133 || KX133 ) {
> if( Mainboard=="Epox 8KTA-3(+)" && BIOS>="8kt31417" )
> return 0; /* EPOX already fixed it their way. */
> #ifdef NEW_PATCH
> Offset 76: Set bit5=0 and bit4=1 ("every PCI master grand")
> #else /* this is already part of 2.4.4 */
> Offset 70: Set bit1=0 ("PCI Delay Transaction = 0")
one thing I found out using triel and error is that setting "PCI Delay
Transaction" to enabled causes data corruption on WRITE to my ide drives
connected to an Promise Ultra 100 PCI controlelr (I didn't get any
corruption on the devices connected to the via ide interface, presumably
because my bios already had the right fix).
So, while the every pci master grant setting apperently fixes the internal
via ide interface corruption the PCI Delay Transaction option also must be
buggy (or my promise controller is) and causes data corruption at least
with an additional promise ultra 100.
board: asus cuv4x-d (Apollo MVP3 AGP + via686b southbridge)
--
-----==- |
----==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / pcg@goof.com |e|
-=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
next prev parent reply other threads:[~2001-06-01 15:20 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-19 9:07 VIA's Southbridge bug: Latest (pseudo-)patch Axel Thimm
2001-05-19 16:11 ` Alan Cox
2001-05-19 20:27 ` VIA politics (was: VIA's Southbridge bug: Latest (pseudo-)patch) Axel Thimm
2001-05-20 0:44 ` VIA's Southbridge bug: Latest (pseudo-)patch Ingo Oeser
2001-05-20 19:40 ` Alan Cox
2001-05-21 17:17 ` Gerhard Mack
2001-05-21 17:25 ` Udo A. Steinberg
2001-05-21 18:21 ` Dan Hollis
2001-05-22 6:11 ` God
2001-05-22 9:10 ` Alan Cox
2001-05-21 18:19 ` Dan Hollis
2001-05-22 6:09 ` God
2001-05-19 16:42 ` Przemyslaw Wegrzyn
2001-06-01 15:18 ` Marc Lehmann [this message]
2001-06-01 15:28 ` Jeff Garzik
2001-06-01 20:16 ` Marc Lehmann
2001-06-03 22:10 ` Adrian Cox
2001-06-06 16:24 ` Marc Lehmann
2001-06-06 18:39 ` Dan Hollis
2001-06-06 16:31 ` Gérard Roudier
-- strict thread matches above, loose matches on Subject: below --
2001-05-21 17:28 Khachaturov, Vassilii
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=20010601171848.F467@cerebro.laendle \
--to=pcg@goof.com \
--cc=Axel.Thimm@physik.fu-berlin.de \
--cc=YipingChen@via.com.tw \
--cc=doelf@au-ja.de \
--cc=info@msi-computer.de \
--cc=john@grulic.org.ar \
--cc=linux-kernel@vger.kernel.org \
--cc=support@msi.com.tw \
--cc=support@via-cyrix.de \
/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