From owner-freebsd-ppc@FreeBSD.ORG Tue Jan 17 22:13:41 2012 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D6A4106566C for ; Tue, 17 Jan 2012 22:13:41 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 65F798FC0C for ; Tue, 17 Jan 2012 22:13:41 +0000 (UTC) Received: by dady13 with SMTP id y13so3280681dad.13 for ; Tue, 17 Jan 2012 14:13:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Cr0qpK/BvCy8McX+7xutCFaSNROFc8xDSjjliytI85s=; b=dxkkriyN0M4FhqvbzL38+QXY+gn8K7n35UbMgkegcO2Bcw8EXnnBuxRUQsgMjHhBsR do2SgUOdzhGN1KlJrSzVRvz0lwCl4tTpg03Q66GtVbpRC0QSx0+qj69sybZgBMWaM7W/ Owju3CRnTc18BWBXPTt3R0YIfijqwiMluiymQ= MIME-Version: 1.0 Received: by 10.68.125.129 with SMTP id mq1mr38357003pbb.45.1326838420933; Tue, 17 Jan 2012 14:13:40 -0800 (PST) Received: by 10.68.56.228 with HTTP; Tue, 17 Jan 2012 14:13:40 -0800 (PST) In-Reply-To: <20120117210108.28d007ec@atom.dino.sk> References: <20120117210108.28d007ec@atom.dino.sk> Date: Tue, 17 Jan 2012 17:13:40 -0500 Message-ID: From: Super Bisquit To: Milan Obuch Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ppc@freebsd.org Subject: Re: Broken nullfs on powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 22:13:41 -0000 Rebuild your kernel and disable the system from posting lock reversals. Rebuild world and then build the nullfs module (and others) or enable in rc.conf. Have you done these things? On Tue, Jan 17, 2012 at 3:01 PM, Milan Obuch wrote: > Hi, > > some time ago I noticed nullfs does not work on powerpc. I am using it > regularly on i386 and amd64 systems for various reasons, one of them > being ability to use the same sources for multiple systems, located > in /data/src10 directory as an example, mounting it to usual /usr/src > directory for system build. > > This does not work for powerpc. Today I built new freshly csupped > 10-CURRENT, after booting it, I am able repeatedly invoke panic with > just > > mount_nullfs /data/src10 /usr/src > csup standard-supfile > > almost immediatelly. When I do only reading, with > > mount_nullfs /data/src10 /usr/src > tar cvf /dev/null /usr/src > > no panic occured. This makes me almost sure issue is somewhere on write > path in nullfs code. > > In addition, I've got following backtrace trying csup command > > lock order reversal: > 1st 0xd8744c48 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 > 2nd 0x11744400 dirhash (dirhash) > @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: > 0xe2372390: at kdb_backtrace+0x4c > 0xe2372400: at _witness_debugger+0x3c > 0xe2372420: at witness_checkorder+0x94c > 0xe2372480: at _sx_xlock+0xa0 > 0xe23724b0: at ufsdirhash_acquire+0x40 > 0xe23724d0: at ufsdirhash_add+0x30 > 0xe2372500: at ufs_direnter+0x6e0 > 0xe2372580: at ufs_makeinode+0x4ec > 0xe23726f0: at ufs_create+0x44 > 0xe2372710: at VOP_CREATE_APV+0xe0 > 0xe2372730: at VOP_CREATE_AP+0x20 > 0xe2372750: at null_bypass+0x12c > 0xe2372810: at VOP_CREATE_APV+0xf8 > 0xe2372830: at vn_open_cred+0x23c > 0xe2372930: at vn_open+0x24 > 0xe2372950: at kern_openat+0x1f0 > 0xe2372a50: at kern_open+0x34 > 0xe2372a70: at sys_open+0x28 > 0xe2372a90: at trap+0x388 > 0xe2372b60: at powerpc_interrupt+0x108 > 0xe2372b90: user SC trap by _end+0x41120760: srr1=0xf032 > r1=0xff8f7d60 cr=0x48000042 xer=0x20000000 ctr=0x418e5630 > panic: mtx_lock() of spin mutex (null) > @ /usr/src/sys/kern/vfs_subr.c:2670 cpuid = 0 > KDB: enter: panic > > but I have no idea where to go from this. As debugger prompt is > available at this stage, I could look for some additional information, > but need an advice what to look for. > > Most probably there is some endianness or 32/64-bit issue here, > however, as amd64 version works for me just fine, I suspect the > former - after all, my test was made on Mac mini, which is G4, 32 bit > big endian processor... I will try to repeat it on G5 PowerMac with > both 32 and 64 bit OS version, but it takes some time to do this. > > If anybody has any idea, patch to test, etc. I am ready to work with > as I would really like to have this issue resolved. > > Regards, > Milan > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >