Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 28 Jul 2005 09:51:28 +0900 (JST)
From:      NAKATA Maho <chat95@mac.com>
To:        gmulder@infotechfl.com
Cc:        freebsd-amd64@freebsd.org
Subject:   Re: Tyan S2885 Thunder K8W lockups
Message-ID:  <20050728.095128.59652907.chat95@mac.com>
In-Reply-To: <42E7C454.8080404@infotechfl.com>
References:  <200507270814.j6R8E2Mc006780@peedub.jennejohn.org> <42E7C454.8080404@infotechfl.com>

next in thread | previous in thread | raw e-mail | index | archive | help
In Message-ID: <42E7C454.8080404@infotechfl.com> 
Gary Mu1der <gmulder@infotechfl.com> wrote:

> >>How to lockup:
> >># dd if=/dev/mem of=/dev/null bs=1024k
> >>about 50 seconds later it lockups. 100% reproducible.
> >>* Both Optimal/Failsafe setting in BIOS
> >>* Both MTRR Mapping Continuous/Disabled
> >>* set hw.physmem="4G" doesn't help
> >>
> >>workaround:
> >>on board GbE (bge0) and SATA disabled.
> >>any hints or comments?
> > address space with resulting undesirable side effects since you're
> > trying to read the entire range which /dev/mem maps.
> 
> I can confirm I tried the same thing and got the same result with 
> similar hardware.
> 
> It was also pointed out to me that reading indiscriminately from 
> /dev/mem may screw up memory mapped I/O and likely cause a crash.

this is a reproducible form of my problem.
if I run some program which I use for my research, after
1 or 2 days(it took 60 or 40hours to complete),
my opteron box locks up. Two jobs are running using
mpich, and one process eats 1G of memory and the other process
eats 3G of memory.

so I currently disable both (GbE and SATA) of them and running
to see the stablity of this box.

thanks!
-- NAKATA, Maho (maho@FreeBSD.org)





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050728.095128.59652907.chat95>