Re: -CURRENT crashes on compilling

From: Matt Emmerton <matt_at_gsicomp.on.ca>
Date: Sun, 19 Jun 2005 17:12:31 -0400
> Dag-Erling Smørgrav wrote:
> > Tarc <tarc_at_tarc.po.cs.msu.su> writes:
> >
> >>On Fri, Jun 17, 2005 at 08:17:10PM +0200, Dag-Erling SmЬrgrav wrote:
> >>
> >>>Bad hardware - most likely bad RAM, possibly a bad CPU.
> >>
> >>Hmm... I thinked about this, but RAM is ok.
>
> Side note, I could not have a look at your config/dmesg etc.
> tarc.po.cs.msu.su could not be found.
>
> > How do you know?  Most software memory testers don't load the system
> > enough to trip over marginal RAM; 'make buildworld' does.
>
> Yeah, buildkernel and buildworld are good stress tests. The same as a
> gcc bootstrap is.
>
> >>How test processor?
> >
> >
> > 'make buildworld' with known-good RAM is a pretty good indicator.
>
> Here my side note 2, it's not on x86, but on ppc. I have a powerbook
> with one GB of ram. Doing buildworld and buildkernel ended up in such
> sig 11 failures at random places. Not reproducable.
>
> I know my hw is ok, I do daily gcc bootstraps and the machine works. But
> under fbsd ppc I got the above sig 11 issues. A short talk with Peter
> Grehan made me try to reduce the physical memory software side with
> hw.physmem=512M. Bingo, that was it. I could do buildkernel and
> buildworld with hw.physmem=512M. No problem. So, our thinking is, that
> there is a trouble with physical mem > 512/640MB on fbsd ppc.

It more likely means that there is a problem with the memory chip(s) that
hold the upper 512MB of memory on your system.  A gcc bootstrap is probably
not exercising this memory; a FreeBSD buildworld is.

--
Matt Emmerton
Received on Sun Jun 19 2005 - 19:12:15 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:37 UTC