Date: Fri, 11 May 2007 10:51:29 -0700 From: Eric Anholt <eric@anholt.net> To: Andrew Thompson <thompsa@freebsd.org> Cc: Kostik Belousov <kostikbel@gmail.com>, freebsd-current@freebsd.org Subject: Re: SMP panic Message-ID: <1178905890.21008.16.camel@vonnegut> In-Reply-To: <20070511043547.GB5097@heff.fud.org.nz> References: <20070511020555.GA5097@heff.fud.org.nz> <20070511034942.GE77635@deviant.kiev.zoral.com.ua> <20070511043547.GB5097@heff.fud.org.nz>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-u2zaaNFFGq5jwE/SC12/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-05-11 at 16:35 +1200, Andrew Thompson wrote: > On Fri, May 11, 2007 at 06:49:42AM +0300, Kostik Belousov wrote: > > On Fri, May 11, 2007 at 02:05:55PM +1200, Andrew Thompson wrote: > > > Hi, > > >=20 > > >=20 > > > I am having the following panic on my dual p3-500 box. I have tracked= it > > > back to this commit[1], a HEAD cvs checkout of '2006-12-06 06:30 UTC'= works > > > and '2006-12-06 06:35 UTC' panics. Removing SMP also avoids this pani= c. > > > =3D DPL 0, pres 1, def32 1, gran 1 > > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > > current process =3D 1 (swapper) > > > [thread pid 1 tid 100007 ] > > > Stopped at uma_zalloc_arg+0x31: pushl 0(%esi) > > > db> tr > > > Tracing pid 1 tid 100007 td 0xc298d360 > > > uma_zalloc_arg(0,0,2) at uma_zalloc_arg+0x31 > > > vfs_mount_alloc(0,c09a6940,c0913d40,c298d360,c0661a14,...) at vfs_mou= nt_alloc+0x18 > > > devfs_first(c0661a14,c0661a14,0,d3b38d04,c0661a5f,...) at devfs_first= +0x36 > > > vfs_mountroot(c298f000,c298d360,0,c0879c93,20,...) at vfs_mountroot+0= x3e > > > start_init(0,d3b38d38) at start_init+0x4b > > > fork_exit(c0661a14,0,d3b38d38) at fork_exit+0xa8 > > > fork_trampoline() at fork_trampoline+0x8 > > > --- trap 0x1, eip =3D 0, esp =3D 0xd3b38d6c, ebp =3D 0 --- > > > db>=20 > > Creation of mount_zone in vfs_mount_root() failed, no idea why. >=20 > I have been looking into this and its failing on this section of code >=20 > sys/vm/uma_core.c:uma_zone_slab > if (keg->uk_flags & UMA_ZFLAG_INTERNAL && keg->uk_recurse !=3D 0) > if ((zone !=3D slabzone) && (zone !=3D slabrefzone)) > return (NULL); >=20 >=20 > I am able to boot now if I add (zone !=3D zones) to the list of checks. > This only happens on SMP so is there some race? See also 1178329243.54075.34.camel@vonnegut to current@ which is some more info about amd64/106186 that is also failing there. --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-u2zaaNFFGq5jwE/SC12/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGRK0hHUdvYGzw6vcRAm/QAJsExpy/E6u3Iwd2QzSne9249dcL1ACfUcdt R58x4jD68yLH/+VpV+HF3kE= =IcRc -----END PGP SIGNATURE----- --=-u2zaaNFFGq5jwE/SC12/--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1178905890.21008.16.camel>