From owner-freebsd-hackers Mon Sep 3 9:40: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail18.sdc1.sfba.home.com (femail18.sdc1.sfba.home.com [24.0.95.145]) by hub.freebsd.org (Postfix) with ESMTP id 2299137B408 for ; Mon, 3 Sep 2001 09:40:02 -0700 (PDT) Received: from cx443070b ([24.0.36.170]) by femail18.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010903164001.SWSR5652.femail18.sdc1.sfba.home.com@cx443070b>; Mon, 3 Sep 2001 09:40:01 -0700 Message-ID: <000b01c13497$0f6f1a10$aa240018@cx443070b> From: "Jeremiah Gowdy" To: Cc: Subject: Via Chipset Fix Date: Mon, 3 Sep 2001 09:39:54 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I noticed the following thread about the Via chipset problem. I run a production server off a Tyan Tiger 133A, which also has this problem. Tyan does not have a BIOS fix, nor does it look like they ever will. When you contact them, they point to the Windows driver fix. They don't seem to understand there are non-Windows systems. If you could add such code to the kernel it would help me get past a 20 day uptime which has been the record this box has had. It simply panics on heavy IDE useage. / /usr /var /tmp and swap are all on very fast SCSI. /usr/home is on a large IDE UDMA66 for storage. if you go to /usr/home and do something like du -h (there's about 30 gigs in there) or ls -R or something of that nature it will almost certainly panic. We've made some adjustments and the frequency of the problem is reduced, but a kernel option for a hack on this chipset would be very worthy in the eyes of those of us stuck with these motherboards running FreeBSD. This is just a single example, I also have a KX133 which is affected, with no patch from Asus. > > > Well, since it didn't, I might as well explain the problem here too. > > > There are at least two major problems with VIA chips: > > > > [data curruption on VIA KT133/133A systems by pushing PCI and memory bus] > > > > Are you sure about that? > > I am. I was having data coruption in a terrable way when I added a 2nd > IDE UDA100 drive to a very plain MSI K7T Pro2-A 1.2GHz Athlon system. Hmm, dont MSI have a fixed BIOS ? I could add the code to the kernel, but do we have a placeholder for such PCI quirks ?? There is nothing new to these kind of problems, lots of chipsets has problems that are worked around in the BIOS, and frankly that is where such fixes should be IMNHO... - -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message