From owner-freebsd-current@FreeBSD.ORG Sun Mar 28 13:26:01 2004 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 B4BBA16A4CE for ; Sun, 28 Mar 2004 13:26:01 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45A5643D41 for ; Sun, 28 Mar 2004 13:26:01 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2SLQ0hu009257 for freebsd-current@freebsd.org; Sun, 28 Mar 2004 15:26:00 -0600 (CST) (envelope-from dan) Date: Sun, 28 Mar 2004 15:26:00 -0600 From: Dan Nelson To: freebsd-current@freebsd.org Message-ID: <20040328212600.GQ3446@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i Subject: LOR: "system map @ vm/vm_map.c:2869" vs "Giant @ kern/kern_synch.c:268" 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: Sun, 28 Mar 2004 21:26:01 -0000 Got this warning running an ibcs2_coff binary against today's -current. Haven't seen it posted before. Would it be a good idea to change the first line of the LOR warning to list both locks (as in my subject), to make it easier to search the archives (and avoid all of these "vm object" vs "swap_pager swhash" posts)? lock order reversal 1st 0xc103b060 system map (system map) @ vm/vm_map.c:2869 2nd 0xc093a2e0 Giant (Giant) @ kern/kern_synch.c:268 Stack backtrace: backtrace(c087ff6f,c093a2e0,c087bd47,c087bd47,c087cebc) at backtrace+0x17 witness_checkorder(c093a2e0,9,c087cebc,10c,c0687b75) at witness_checkorder+0x6f8 _mtx_lock_flags(c093a2e0,0,c087ceb3,10c,0) at _mtx_lock_flags+0x9d msleep(d3c2d3e8,c096b340,4c,c088355f,0) at msleep+0x594 bwait(d3c2d3e8,4c,c088355f,20000000,edca56fc) at bwait+0x70 bufwait(d3c2d3e8,0,ffffffff,4000,0) at bufwait+0x38 ufs_bmaparray(c7ed8514,48,0,edca5720,0) at ufs_bmaparray+0x638 ufs_bmap(edca578c,edca57b8,c07c252f,edca578c,0) at ufs_bmap+0x69 ufs_vnoperate(edca578c,0,c089332d,f4,edca5774) at ufs_vnoperate+0x18 vnode_pager_haspage(c7ef3084,122,0,edca5800,edca57fc) at vnode_pager_haspage+0x1cf vm_fault_additional_pages(c2aa77f0,0,0,edca58c4,edca5888) at vm_fault_additional_pages+0xa3 vm_fault(c103b000,edcc8000,1,0,c7ef5540) at vm_fault+0x850 trap_pfault(edca5990,0,edcc8000,0,edcc8000) at trap_pfault+0x172 trap(c1030018,c7ef0010,120010,434000,edcc8000) at trap+0x353 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0809bdc, esp = 0xedca59d0, ebp = 0xedca5a20 --- slow_copyout(c7c51674,c7ed8514,ee3b4,4003b4,5d074) at slow_copyout+0x4 exec_coff_imgact(edca5b8c,0,c0879fb3,148,c0946320) at exec_coff_imgact+0x3f5 kern_execve(c7ef5540,8107204,8107230,810b004,0) at kern_execve+0x3cc execve(c7ef5540,edca5d14,c,7,3) at execve+0x30 syscall(2f,2f,2f,8107204,8107230) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (59), eip = 0x807c22f, esp = 0xbfbfc91c, ebp = 0xbfbfc938 --- -- Dan Nelson dnelson@allantgroup.com