From owner-freebsd-fs@FreeBSD.ORG  Wed Jul 29 14:36:05 2009
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id BCDD4106566B;
	Wed, 29 Jul 2009 14:36:05 +0000 (UTC) (envelope-from avg@icyb.net.ua)
Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140])
	by mx1.freebsd.org (Postfix) with ESMTP id 927BA8FC23;
	Wed, 29 Jul 2009 14:36:04 +0000 (UTC) (envelope-from avg@icyb.net.ua)
Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua
	[212.40.38.101])
	by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA04526;
	Wed, 29 Jul 2009 17:36:01 +0300 (EEST)
	(envelope-from avg@icyb.net.ua)
Message-ID: <4A705E50.8070307@icyb.net.ua>
Date: Wed, 29 Jul 2009 17:36:00 +0300
From: Andriy Gapon <avg@icyb.net.ua>
User-Agent: Thunderbird 2.0.0.22 (X11/20090630)
MIME-Version: 1.0
To: Thomas Backman <serenity@exscape.org>
References: <20090727072503.GA52309@jpru.ffm.jpru.de>
	<4A6E06E6.9030300@mail.zedat.fu-berlin.de>
	<4A6EC9E2.5070200@icyb.net.ua>
	<20090729084723.GD1586@garage.freebsd.pl>
	<F4F82B3E-C119-40EF-9AA4-937052876D1E@exscape.org>
	<4A7030B6.8010205@icyb.net.ua>
	<97D5950F-4E4D-4446-AC22-92679135868D@exscape.org>
	<4A7048A9.4020507@icyb.net.ua>
	<52AA86CB-6C06-4370-BA73-CE19175467D0@exscape.org>
	<4A705299.8060504@icyb.net.ua>
	<D3491B77-DA5C-4E10-BE1D-D6EF8CFB112E@exscape.org>
	<4A7054E1.5060402@icyb.net.ua>
	<5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org>
In-Reply-To: <5918824D-A67C-43E6-8685-7B72A52B9CAE@exscape.org>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-fs@FreeBSD.org, FreeBSD current <freebsd-current@FreeBSD.org>,
	Pawel Jakub Dawidek <pjd@FreeBSD.org>
Subject: Re: zfs: Fatal trap 12: page fault while in kernel mode
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Jul 2009 14:36:06 -0000

on 29/07/2009 17:10 Thomas Backman said the following:
[snip]
> (kgdb) fr 11
[snip]
> (kgdb) p *sx
> $8 = {lock_object = {lo_name = 0xffffffff80b5634c "zp->z_lock", lo_flags
> = 40894464 [0x2700000, btw], lo_data = 0, lo_witness = 0x0},
>   sx_lock = 6}
> 
> ... as you might notice, I'm mostly clueless as to what I'm doing here. :o
> Hope that helps (a bit), though.

Yes, it does and a lot.
sx_lock = 6 means that this sx lock is destroyed:
#define SX_LOCK_DESTROYED                                               \
        (SX_LOCK_SHARED_WAITERS | SX_LOCK_EXCLUSIVE_WAITERS)

And lo_name tells that this is zp->z_lock.
This lock is destroyed in zfs_znode_cache_destructor.
Not enough knowledge for me to proceed further.

-- 
Andriy Gapon