From owner-freebsd-current@FreeBSD.ORG Thu Dec 29 00:15:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 8B70616A41F for ; Thu, 29 Dec 2005 00:15:13 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4104243D55 for ; Thu, 29 Dec 2005 00:15:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3E13D1FFDDB; Thu, 29 Dec 2005 01:15:09 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 8431C1FFBF8; Thu, 29 Dec 2005 01:15:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 65CD344487E; Thu, 29 Dec 2005 00:10:52 +0000 (UTC) Date: Thu, 29 Dec 2005 00:10:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Anish Mistry In-Reply-To: <200512161607.24657.mistry.7@osu.edu> Message-ID: <20051229000840.Q1898@maildrop.int.zabbadoz.net> References: <200512161607.24657.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: LOR #155 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: Thu, 29 Dec 2005 00:15:13 -0000 On Fri, 16 Dec 2005, Anish Mistry wrote: > I got LOR #155 *I think* when unload acpi_video while testing some of > jhb's patches. The backtrace is a bit different from #155 (maybe some code changed, maybe it's another code path). That had been private patches not in HEAD? If it's not in HEAD I'd rather not add it to the LOR page. It looks like the LOR is because of the trap anyway. > acpi_video0: detached > lock order reversal: (sleepable after non-sleepable) > 1st 0xc104e8c8 mt_zone (UMA zone) @ /usr/src/sys/vm/uma_core.c:2452 > 2nd 0xc2424d34 user map (user map) @ /usr/src/sys/vm/vm_map.c:2993 > KDB: stack backtrace: > witness_checkorder(c2424d34,9,c062abe6,bb1,cc9dbaac) at > witness_checkorder+0x5aa > _sx_xlock(c2424d34,c062abe6,bb1,1000001,cc9dbaac) at _sx_xlock+0x3c > vm_map_lookup(cc9dbaac,0,1,cc9dbab0,cc9dbaa0,cc9dbaa4,cc9dba87,cc9dba88) > at vm_map_lookup+0x24 > vm_fault(c2424cf0,0,1,0,c25ed1a0) at vm_fault+0x63 > trap_pfault(15) at trap_pfault+0x12c > trap(8,28,28,0,c104e8c0) at trap+0x37a > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc05a8ec8, esp = 0xcc9dbc08, ebp = 0xcc9dbc1c --- > uma_zfree_internal(0,1,3) at uma_zfree_internal+0xb8 > malloc_uninit(c078f020,c078ee1c,0,cc9dbc70,c04aebc2) at > malloc_uninit+0xb3 > linker_file_unload(c2049b00,0,0,c25ed1a0,c25ebadc) at > linker_file_unload+0x2f8 > kern_kldunload(0,cc9dbd04,2,0,3) at kern_kldunload+0x68 > syscall(3b,3b,3b,5,bfbfe9de) at syscall+0x166 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280ab48b, esp = > 0xbfbfe464, ebp = 0xbfbfe8a8 --- -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT