From owner-freebsd-current@FreeBSD.ORG Sat Nov 29 10:35:41 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9AC7106564A for ; Sat, 29 Nov 2008 10:35:41 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE368FC19 for ; Sat, 29 Nov 2008 10:35:41 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id D51F83A6A4; Sat, 29 Nov 2008 11:35:39 +0100 (CET) Date: Sat, 29 Nov 2008 11:35:34 +0100 From: Lars Engels To: current@FreeBSD.org Message-ID: <20081129103534.GM161@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kb0TSCuX821Ar6UT" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: kmem_malloc(16384): kmem_map too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 10:35:41 -0000 --kb0TSCuX821Ar6UT Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With a ~3 week old current I got the following panic while running qemu: panic: kmem_malloc(16384): kmem_map too small: 335536128 total allocated cpuid =3D 0 KDB: enter: panic Physical memory: 1002 MB Dumping 473 MB: 458 442 426 410 394 378 362 346 330 314 298 282 266 250 234= 218 202 186 170 154 138 122 106 90 74 58 42 26 10 Dump complete panic: from debugger cpuid =3D 0 Uptime: 7h37m14s Physical memory: 1002 MB Dumping 473 MB: 458 442 426 410 394 378 362 346 330 314 298 282 266 250 234= 218 202 186 170 154 138 122 106 90 74 58 42 26 10 =20 [...] (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05d582c in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 20 #2 0xc05d5b32 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0477a07 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc0477f91 in db_command (last_cmdp=3D0xc097143c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04780ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc0479f2d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:229 #7 0xc0602076 in kdb_trap (type=3D3, code=3D0, tf=3D0xe53a08e4) at /usr/sr= c/sys/kern/subr_kdb.c:534 #8 0xc0881d76 in trap (frame=3D0xe53a08e4) at /usr/src/sys/i386/i386/trap.= c:680 #9 0xc0866cfb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc06021fa in kdb_enter (why=3D0xc08ee375 "panic", msg=3D0xc08ee375 "pa= nic") at cpufunc.h:71 #11 0xc05d5b16 in panic (fmt=3D0xc090980a "kmem_malloc(%ld): kmem_map too s= mall: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:559 #12 0xc0802f9a in kmem_malloc (map=3D0xc1490084, size=3D16384, flags=3D1026= ) at /usr/src/sys/vm/vm_kern.c:303 #13 0xc07f9c37 in page_alloc (zone=3D0x0, bytes=3D16384, pflag=3D0xe53a09d7= "\002", wait=3D1026) at /usr/src/sys/vm/uma_core.c:952 #14 0xc07fc720 in uma_large_malloc (size=3D16384, wait=3D1026) at /usr/src/= sys/vm/uma_core.c:2706 #15 0xc05c4d08 in malloc (size=3D16384, mtp=3D0xc0955f40, flags=3D1026) at = /usr/src/sys/kern/kern_malloc.c:393 #16 0xc07db265 in softdep_disk_io_initiation (bp=3D0xd8228210) at /usr/src/= sys/ufs/ffs/ffs_softdep.c:3815 #17 0xc07dfebc in ffs_geom_strategy (bo=3D0xc461a3cc, bp=3D0xd8228210) at b= uf.h:404 #18 0xc07efdd3 in ufs_strategy (ap=3D0xe53a0b90) at /usr/src/sys/ufs/ufs/uf= s_vnops.c:2027 #19 0xc088f12d in VOP_STRATEGY_APV (vop=3D0xc0957320, a=3D0xe53a0b90) at vn= ode_if.c:1771 #20 0xc063f50e in bufstrategy (bo=3D0xc6259b20, bp=3D0xd8228210) at vnode_i= f.h:920 #21 0xc06456e1 in bufwrite (bp=3D0xd8228210) at buf.h:397 #22 0xc063ea48 in bawrite (bp=3D0xd8228210) at buf.h:385 #23 0xc07e4d6c in ffs_syncvnode (vp=3D0xc6259a78, waitfor=3D1) at /usr/src/= sys/ufs/ffs/ffs_vnops.c:264 #24 0xc07e4f7c in ffs_fsync (ap=3D0xe53a0c5c) at /usr/src/sys/ufs/ffs/ffs_v= nops.c:185 #25 0xc088e312 in VOP_FSYNC_APV (vop=3D0xc0956e00, a=3D0xe53a0c5c) at vnode= _if.c:1007 #26 0xc0662aa9 in fsync (td=3D0xc46a28c0, uap=3D0xe53a0cf8) at vnode_if.h:5= 29 #27 0xc0881555 in syscall (frame=3D0xe53a0d38) at /usr/src/sys/i386/i386/tr= ap.c:1076 #28 0xc0866d60 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :261 #29 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) # uname -a FreeBSD maggie.bsd-geek.de 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Nov 4 2= 2:52:12 CET 2008 lars@maggie.bsd-geek.de:/usr/obj/usr/src/sys/MAGGIE i= 386 Cheers Lars --kb0TSCuX821Ar6UT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkxGvYACgkQKc512sD3afgaggCgoEkerQV7Xu1N/8iOo7TvuJEW bYEAoLzkgBh1XPqQGWOvvOGNoeGkygHr =tkwo -----END PGP SIGNATURE----- --kb0TSCuX821Ar6UT--