From owner-freebsd-stable Fri Aug 31 6:47: 5 2001 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 12D3237B40C for ; Fri, 31 Aug 2001 06:46:48 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id GAA28795; Fri, 31 Aug 2001 06:46:29 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda28793; Fri Aug 31 06:46:13 2001 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id f7VDkCf06002; Fri, 31 Aug 2001 06:46:12 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdfU5997; Fri Aug 31 06:45:12 2001 Received: (from uucp@localhost) by cwsys.cwsent.com (8.11.6/8.9.1) id f7VDjCr62791; Fri, 31 Aug 2001 06:45:12 -0700 (PDT) Message-Id: <200108311345.f7VDjCr62791@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdS62784; Fri Aug 31 06:44:23 2001 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: schubert To: David Kelly Cc: "Albert D. Cahalan" , freebsd-stable@FreeBSD.ORG, juha@saarinen.org, pahowes@fair-ware.com Subject: Re: FreeBSD and Athlon Processors In-reply-to: Your message of "Fri, 31 Aug 2001 08:25:25 CDT." <20010831082525.A78918@grumpy.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Aug 2001 06:44:23 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010831082525.A78918@grumpy.dyndns.org>, David Kelly writes: > On Fri, Aug 31, 2001 at 04:01:14AM -0400, Albert D. Cahalan wrote: > > > > Juha Saarinen writes: > > > > > It's probably not the Athlon CPU that's the issue for either FreeBSD > > > or Linux, but the motherboard chip sets. From personal experience, > > > the first Linux 2.4 kernels weren't very happy with VIA chip sets, > > > which are commonly used for Athlon boards. It's mainly IDE issues > > > (e.g. UDMA-66/100 support). > > > > There are at least two major problems with VIA chips: > > > > Any fast PCI device (often IDE) can cause data corruption. > > That might explain the problem I had with an Athlon 800 on Asus A7V. > System would not run thru a complete "make buildworld" without core dump > or kernel panic (think it was core dump). So I went BIOS-diving and > reading the manual carefully about the fine details of each configurable > parameter. Found one that defaulted off for Duron but on for Athlon > where the description mentioned "off" disabled PCI 2.2 enhancements. > "Off" cured my problems and the machine has been rock solid since > December when it was built. > > Maybe that parameter or another mentioned "overlapping data transfer" as > well. > > Have always attributed the problem to my old PCI cards. I had a related problem with an ASUS CUSL2-C motherboard, which is based on the Intel 815E chipset. The system would inexplicably hang. When it hung the SCSI disk LED (I wired the SCSI controller to the turbo LED while the EIDE controllers on the motherboard were connected to the disk LED) was on. I was able to reproduce the problem 50% of the time when using the SCSI ZIP-100 drive that was attached to the system at the time. At other times the system would hang all by itself, once again with the SCSI LED on. I checked the Adaptec site for my AHA-2940U/UW. Adaptec only mentioned that the card supported the PCI 2.0 protocol. There was no mention of supporting any other PCI protocols. Setting the BIOS to use the PCI 2.0 protocol fixed my problem. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/Alpha Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD Ministry of Management Services Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message