From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 15:59:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE841065676; Tue, 19 Jun 2012 15:59:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id F33468FC1D; Tue, 19 Jun 2012 15:59:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 585F4B953; Tue, 19 Jun 2012 11:59:30 -0400 (EDT) From: John Baldwin To: Matthias Apitz Date: Tue, 19 Jun 2012 10:56:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120615094837.GA1440@tiny.Sisis.de> <201206160811.40632.jhb@freebsd.org> <20120619134953.GA2164@tiny.Sisis.de> In-Reply-To: <20120619134953.GA2164@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206191056.20432.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 19 Jun 2012 11:59:30 -0400 (EDT) Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 15:59:31 -0000 On Tuesday, June 19, 2012 9:49:53 am Matthias Apitz wrote: > El d=EDa Saturday, June 16, 2012 a las 08:11:40AM -0400, John Baldwin=20 escribi=F3: >=20 > > > I have configured now dumpdevice and -dir and will produce a bt next > > > time; > > >=20 > > > btw: it seems that the panic only occurs when a second VM (also with > > > FreeBSD) is running; the 2nd VM (my production env) has 2 GByte memory > > > configured, while the crashing one only 512 MByte; the host itself ha= s 4 > > > GByte real mem; we will see what the bt shows... > >=20 > > For future reference, you can just run 'tr' at the DDB prompt to get a= =20 stack=20 > > trace and take a screen shot of that. >=20 > the bt is this: >=20 > # kgdb kernel.debug /var/crash/vmcore.0=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 > cpuid =3D 0 > KDB: enter: panic >=20 > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmmemctl.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmxnet.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmxnet.ko > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmhgfs.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmhgfs.ko > #0 doadump (textdump=3D0) at pcpu.h:244 > 244 __asm("movl %%fs:0,%0" : "=3Dr" (td)); >=20 > (kgdb) bt > #0 doadump (textdump=3D0) at pcpu.h:244 > #1 0xc051c1b3 in db_dump (dummy=3D-1062488582, dummy2=3D0, dummy3=3D-1,= =20 > dummy4=3D0xc3f01864 "") at /usr/src/sys/ddb/db_command.c:538 > #2 0xc051b8d1 in db_command (last_cmdp=3D0xc114925c, cmd_table=3D0x0,=20 dopager=3D1) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xc051ba2a in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 > #4 0xc051da1d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_mai= n.c:231 > #5 0xc0abbb16 in kdb_trap (type=3D3, code=3D0, tf=3D0xc3f01a60) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xc0dfab7b in trap (frame=3D0xc3f01a60) at=20 /usr/src/sys/i386/i386/trap.c:710 > #7 0xc0de406c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 > #8 0xc0abb5fa in kdb_enter (why=3D0xc0fc9d88 "panic", msg=3D0xc0fc9d88 "= panic") > at cpufunc.h:71 > #9 0xc0a848dc in panic (fmt=3D0xc0fc7ebf "mutex %s not owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:633 > #10 0xc0a719d7 in _mtx_assert (m=3D0xc1304d80, what=3D4,=20 > file=3D0xc10063f2 "/usr/src/sys/vm/vm_page.c", line=3D2060) > at /usr/src/sys/kern/kern_mutex.c:747 > #11 0xc0d11340 in vm_page_free_toq (m=3D0xc23daf78) > at /usr/src/sys/vm/vm_page.c:2060 > #12 0xc0d115b5 in vm_page_free (m=3D0xc23daf78) at=20 /usr/src/sys/vm/vm_page.c:741 > #13 0xc68b01ba in OS_ReservedPageFree () > from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko Ah, so the bug is in here then. Which version of vmware-tools do you have= =20 installed? =2D-=20 John Baldwin