Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Feb 2010 12:02:29 -0500
From:      John Baldwin <jhb@freebsd.org>
To:        Attilio Rao <attilio@freebsd.org>
Cc:        freebsd-fs@freebsd.org, freebsd-emulation@freebsd.org, stable-list freebsd <freebsd-stable@freebsd.org>
Subject:   Re: ZFS and sh(1) panic: spin lock [lock addr] (smp rendezvous) held by [sh(1) proc tid] too long
Message-ID:  <201002221202.29747.jhb@freebsd.org>
In-Reply-To: <3bbf2fe11002201419v52b249ccg8d82c8ae747cf318@mail.gmail.com>
References:  <179b97fb1001270941m2d8e9c8au20abc798c16b9c11@mail.gmail.com> <3bbf2fe11002201419v52b249ccg8d82c8ae747cf318@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 20 February 2010 5:19:39 pm Attilio Rao wrote:
> 2010/1/27 Brandon Gooch <jamesbrandongooch@gmail.com>:
> > The machine, a Dell Optiplex 755, has been locking up recently. The
> > situation usually occurs while using VirtualBox (running a 64-bit
> > Windows 7 instance) and doing anything else in another xterm (such as
> > rebuilding a port).  I've been unable to reliably reproduce it (I'm in
> > an X session and the machine will not panic "properly").
> >
> > However, while rebuilding Xorg today at ttyv0 and runnning
> > VBoxHeadless on ttyv1, I managed to trigger what I believe is the
> > lockup.
> >
> > I've attached a textdump in hopes that someone may be able to take a
> > look and provide clues or instruction on debugging this.
> 
> I think that jhb@ saw a similar problem while working on nVidia driver
> or the like.
> Not sure if he made any progress to debug this.

That was due to a weird bug where I was accidentally zero'ing the local APIC 
due to a then-bug in sg_pager.c (it was forcing the VM system to clear the 
pages it mapped by accident).  That should not be the explanation for this.

-- 
John Baldwin



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