From owner-freebsd-stable Fri Nov 19 7:30:27 1999 Delivered-To: freebsd-stable@freebsd.org Received: from escambia.se.mediaone.net (escambia.se.mediaone.net [24.129.0.53]) by hub.freebsd.org (Postfix) with ESMTP id 634B51564B for ; Fri, 19 Nov 1999 07:30:22 -0800 (PST) (envelope-from bote@mediaone.net) Received: from botecomm (plw18-209.pompano.net [24.129.18.209]) by escambia.se.mediaone.net (8.8.7/8.8.7) with SMTP id KAA18687; Fri, 19 Nov 1999 10:30:02 -0500 (EST) From: "John Boteler" To: "Larry Baird" , "Thomas David Rivers" , Subject: RE: ASUS P2B-S and FreeBSD 3.3-RELEASE Date: Fri, 19 Nov 1999 10:29:59 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <199911171633.LAA07864@gta.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It's a good idea on new systems, or on systems upgraded or changed in a significant way, to select the system BIOS' option to "Load optimum settings" or equivalent. In some cases, one or more registers in the CMOS memory might have gotten junk values inserted by a previous operator or by a power glitch. This can give you the assurance that settings known to the manufacturer to operate successfully will be loaded and used. Of course, you should note any custom settings before doing this. Perhaps in the cases noted, the processor or the memory was on the ragged edge of operating at the given speed. Changing the devices brought in more elbow room. There are also bootleg chips out there that are mislabeled in order to bring a higher price. :( Bote > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Larry Baird > Sent: Wednesday, 17 November, 1999 11:33 > To: Thomas David Rivers; freebsd-stable@FreeBSD.ORG > Subject: Re: ASUS P2B-S and FreeBSD 3.3-RELEASE > > > >> I suspect memory at this point... given your other failure modes of > >> data corruption (checksum errors from cpio), kernel panics, etc. > > > Yep - David Kelley suggested I slow the memory down. > > > That improved things; but didn't fix them - I'm off to buy new > > memory today... > I recently had a similar problem with a ASUS P2B-F motherboard and a > 450 PIII. Random crashes for no apparent reason once or twice a day. > I disabled cache on the 450 and everything worked great for days. > Arranged a processor swap with the vendor I bought the processor > from. Haven't had a crash since I put the new processor in. > > Larry > > -- > ------------------------------------------------------------------------ > Larry Baird > Global Technology Associates, Inc. | Orlando, FL > Email: lab@gta.com | TEL 407-380-0220, FAX 407-380-6080 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message