From owner-freebsd-fs@FreeBSD.ORG Mon Nov 8 11:55:05 2010 Return-Path: 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 1810A106566B; Mon, 8 Nov 2010 11:55: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 E8F6E8FC0C; Mon, 8 Nov 2010 11:55:03 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA29560; Mon, 08 Nov 2010 13:55:02 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PFQJS-0003vD-4w; Mon, 08 Nov 2010 13:55:02 +0200 Message-ID: <4CD7E515.5040209@icyb.net.ua> Date: Mon, 08 Nov 2010 13:55:01 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Ivan Voras References: <4CD7C8FC.900@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: another fuse panic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 11:55:05 -0000 on 08/11/2010 13:35 Ivan Voras said the following: > On 11/08/10 10:55, Andriy Gapon wrote: >> >> JFYI. >> Fatal trap 12: page fault while in kernel mode > > Can you find any set of circumstances which make this repeatable? > > This panic apparently goes like this: > > 1) used by devfs_open(): > 47 static struct cdevsw fuse_cdevsw = { > 48 .d_open = fusedev_open, > > 2) in fusedev_open(): > 119 fdata = fdata_alloc(dev, td->td_ucred); > > 3) in fdata_alloc(): > 297 data->daemoncred = crhold(cred); > > in other words, td->td_ucred from td passed to fusedev_open (presumably > when the device is opened from the userland) appears to be NULL. > > I don't know if there is any normal set of circumstances under which > this is expected. I reliable got this panic when all I was doing is saving an attachment in thunderbird 3 that ran in KDE 4 environment. Not sure what was going on behind the scenes, but shouldn't have been anything out of the ordinary. -- Andriy Gapon