Return to BSD News archive
Xref: sserve comp.os.386bsd.bugs:2676 comp.os.386bsd.questions:14825
Newsgroups: comp.os.386bsd.bugs,comp.os.386bsd.questions
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!msuinfo!uwm.edu!cs.utexas.edu!swrinde!pipex!uunet!zib-berlin.de!math.fu-berlin.de!sirius.physik.fu-berlin.de!graichen
From: graichen@sirius.physik.fu-berlin.de (Thomas Graichen)
Subject: Re: NetBSD 1.0 w/ AMD (compile probs)
Message-ID: <KZWUBDAH@math.fu-berlin.de>
Sender: news@math.fu-berlin.de (Math Department)
Nntp-Posting-Host: sirius.physik.fu-berlin.de
Organization: Free University of Berlin, Germany
References: <3bfada$a28@que.iphase.com>
Date: Wed, 30 Nov 1994 13:31:23 GMT
Lines: 29
dhollist@iphase.com (David Hollister) writes:
>I was told by the guy who got me using NetBSD 1.0 that he seemed to recall
>hearing about some problems with people who had AMD CPUs that during large
>compiles, that the compiler would occasionally fail with "internal errors"
>and signals 6 and 11 (at least that's what I get). After successive makes,
>it does work, but it's quite annoying. He told me that he seemed to recall
>seeing something about a BIOS option change or something to that effect,
>perhaps something to do with floating point handling.
i know that problem from linux and it always came from too fast BIOS
settings (too less waitstates or so) - try it out - increase your number of
waits in the setup - and (i hope) it will run - i had the same problem and
it went away (gcc is a good detector for too less waits)
______________________________________________________||______________________
__||
Perfection is reached, not when there is no __|| thomas graichen
longer anything to add, but when there __|| freie universitaet berlin
is no longer anything to take away __|| fachbereich physik
__||
- Antoine de Saint-Exupery - __||
___________________________||____email: graichen@omega.physik.fu-berlin.de____
--
______________________________________________________||______________________
__||
Perfection is reached, not when there is no __|| thomas graichen