Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 19 Feb 2005 16:18:30 -0800
From:      Kris Kennaway <>
To:        Daniel Eriksson <>
Cc:        'FreeBSD Current' <>
Subject:   Re: Crash on CURRENT from today
Message-ID:  <>
In-Reply-To: <!~!>
References:  <> <!~!>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Feb 20, 2005 at 01:14:20AM +0100, Daniel Eriksson wrote:
> Doug White wrote:
> > > Fatal trap 9: general protection fault while in kernel mode
> >=20
> > these are bad news.  The only times I've seen this is with=20
> > horrifically
> > broken code or hardware problems.  Mostly hardware problems. =20
> > You might
> > check the environmentals on your system, and check the event=20
> > log for any
> > ECC correction events or other abnormal behavior.  Normal code isn't
> > likely to trigger GPFs.
> >=20
> > Did you compile the kernel with any non-standard options?
> The machine has been running pretty solid for the last couple of months.
> This of course doesn't mean it's not a hardware problem. I'll know for su=
> in a couple of days I guess (if it keeps crashing with strange errors).
> Kernel/world is compiled only with standard flags. Nothing in make.conf
> except "CPUTYPE?=3Dathlon-xp" (which means -O2 is used). I reverted back =
to a
> non-debug kernel a few weeks ago when the makefiles were changed to only =
> -O for debug-kernels. However, after switching mpsafenet back on (replaced
> NFS (which locked up for me with mpsafenet) with geom_gate) I have some
> spare cycles to burn on the machine. I might as well use a debug-kernel in
> case this isn't a hardware problem.

FYI, a patch for a deadlock condition in NFS was committed yesterday.
It would be great if you can test this out.


Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.4.0 (FreeBSD)



Want to link to this message? Use this URL: <>