From owner-freebsd-current@FreeBSD.ORG Wed May 14 15:08:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7BD437B401 for ; Wed, 14 May 2003 15:08:00 -0700 (PDT) Received: from flds.dyndns.org (p5087595B.dip.t-dialin.net [80.135.89.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id C58A043F93 for ; Wed, 14 May 2003 15:07:59 -0700 (PDT) (envelope-from flo@kasimir.com) Received: from kasimir.com (unknown [172.30.1.8]) by flds.dyndns.org (Postfix) with ESMTP id BF1F311898; Thu, 15 May 2003 00:08:28 +0200 (CEST) Message-ID: <3EC2BE26.6020002@kasimir.com> Date: Thu, 15 May 2003 00:07:34 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Steven G. Kargl" References: <200305131816.h4DIGLY8030090@troutmask.apl.washington.edu> In-Reply-To: <200305131816.h4DIGLY8030090@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: LOR vm object and stack trace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 14 May 2003 22:08:01 -0000 Steven G. Kargl wrote: >>From yesterday's source, I get > > > lock order reversal > 1st 0xc4461000 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:512 > 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:325 > The same thing just happened to me, i've build kernel from todays sources. FreeBSD flo.lan 5.1-BETA FreeBSD 5.1-BETA #12: Wed May 14 20:55:15 CEST 2003 root@flo.lan:/usr/obj/usr/src/sys/FLO i386 lock order reversal 1st 0xc6864ab0 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:512 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:325 Stack backtrace: backtrace(c03fd098,c082f110,c040d41d,c040d41d,c040d2b8) at backtrace+0x17 witness_lock(c082f110,8,c040d2b8,145,0) at witness_lock+0x697 _mtx_lock_flags(c082f110,0,c040d2b8,145,3) at _mtx_lock_flags+0xb1 _vm_map_lock(c082f0b0,c040d2b8,145,e8862ab8,c0256484) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,e8862b24,c037ffa0) at kmem_malloc+0x66 page_alloc(c083a240,1000,e8862b17,101,c044ca2c) at page_alloc+0x27 slab_zalloc(c083a240,101,c040ec7c,66f,c083a924) at slab_zalloc+0x150 uma_zone_slab(c083a240,101,c040ec7c,66f,0) at uma_zone_slab+0xd8 uma_zalloc_internal(c083a240,0,101,6ef,0) at uma_zalloc_internal+0x55 uma_zfree_arg(c083a900,c68912d0,0,e8862bcc,c0367de8) at uma_zfree_arg+0x2cb dev_pager_putfake(c68912d0,0,c040cae5,bc,c6864ab0) at dev_pager_putfake+0x3a dev_pager_dealloc(c6864ab0,1,c040eb7f,10b,0) at dev_pager_dealloc+0xc8 vm_pager_deallocate(c6864ab0,0,c040dd55,25e,c04a7848) at vm_pager_deallocate+0x3d vm_object_terminate(c6864ab0,0,c040dd55,200,c688bce4) at vm_object_terminate+0x1f4 vm_object_deallocate(c6864ab0,c688bce4,c6864ab0,c688bce4,e8862c9c) at vm_object_ deallocate+0x217 vm_map_entry_delete(c5d80900,c688bce4,c040d48b,86e,c03f8996) at vm_map_entry_delete+0x3b vm_map_delete(c5d80900,288c9000,28a79000,1b0000,288c9000) at vm_map_delete+0x453 vm_map_remove(c5d80900,288c9000,28a79000,0,c654b068) at vm_map_remove+0x58 munmap(c5d59e40,e8862d10,c041296e,3fb,2) at munmap+0x9e syscall(2f,2f,2f,282825a4,814a000) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (73), eip = 0x28444153, esp = 0xbfbff5bc, ebp = 0xbfbff5d8 --- it happened when closing xawtv. regards, flo