From owner-freebsd-sparc64@FreeBSD.ORG  Thu Nov 25 03:43:59 2004
Return-Path: <owner-freebsd-sparc64@FreeBSD.ORG>
Delivered-To: freebsd-sparc64@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 66A9716A4CE
	for <sparc64@FreeBSD.org>; Thu, 25 Nov 2004 03:43:59 +0000 (GMT)
Received: from obsecurity.dyndns.org
	(CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2EC1E43D5D
	for <sparc64@FreeBSD.org>; Thu, 25 Nov 2004 03:43:59 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 599B65119B; Wed, 24 Nov 2004 19:48:17 -0800 (PST)
Date: Wed, 24 Nov 2004 19:48:17 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: sparc64@FreeBSD.org
Message-ID: <20041125034817.GA71162@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z"
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
Subject: panic while kldloading nullfs.ko
X-BeenThere: freebsd-sparc64@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Porting FreeBSD to the Sparc <freebsd-sparc64.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>,
	<mailto:freebsd-sparc64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-sparc64>
List-Post: <mailto:freebsd-sparc64@freebsd.org>
List-Help: <mailto:freebsd-sparc64-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>,
	<mailto:freebsd-sparc64-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Nov 2004 03:43:59 -0000


--7AUc2qLy4jB3hD7Z
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

This happens repeatably on an e450 running 5.3-R, when doing 'kldload
nullfs.ko'.  The module was freshly built and I verified that the
sources are in sync, so it's not because of staleness.

Kris

panic: trap: fast data access mmu miss
cpuid = 2
KDB: enter: panic
[thread 100058]
Stopped at      kdb_enter+0x38: ta              %xcc, 1
db> tr
panic() at panic+0x214
trap() at trap+0x13c
-- fast data access mmu miss tar=0x51a000 %o7=0xc013bf64 --
malloc_type_zone_allocated() at malloc_type_zone_allocated+0x14
malloc() at malloc+0x74
hashinit() at hashinit+0x34
nullfs_init() at nullfs_init+0x14
vfs_register() at vfs_register+0x1e0
vfs_modevent() at vfs_modevent+0x2c
module_register_init() at module_register_init+0x48
linker_load_module() at linker_load_module+0x810
kldload() at kldload+0x144
syscall() at syscall+0x24c
-- syscall (304, FreeBSD ELF64, kldload) %o7=0x100a08 --
userland() at 0x4039e988
user trace: trap %o7=0x100a08
pc 0x4039e988, sp 0x7fdffffe151
pc 0x1007f0, sp 0x7fdffffe211
pc 0x40208c34, sp 0x7fdffffe2d1
done

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQFBpVYAWry0BWjoQKURAg78AKDfGM93MEcZKmOQAyGEG2O9Nh32kwCeJSiV
DjOrTKZLnN1HBl+40rcPsBM=
=9uCw
-----END PGP SIGNATURE-----

--7AUc2qLy4jB3hD7Z--