From owner-freebsd-current@FreeBSD.ORG Fri Nov 12 10:55:44 2010 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 373C91065670; Fri, 12 Nov 2010 10:55:44 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 058488FC17; Fri, 12 Nov 2010 10:55:42 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA27499; Fri, 12 Nov 2010 12:55:41 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PGrID-000INZ-0z; Fri, 12 Nov 2010 12:55:41 +0200 Message-ID: <4CDD1CDB.6020409@freebsd.org> Date: Fri, 12 Nov 2010 12:54:19 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-x11@freebsd.org, Konstantin Belousov References: <4CD3B1D2.30003@icyb.net.ua> <4CD7E401.1010206@freebsd.org> In-Reply-To: <4CD7E401.1010206@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: Subject: Re: radeon_cp_texture: page fault with non-sleepable locks held 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: Fri, 12 Nov 2010 10:55:44 -0000 on 08/11/2010 13:50 Andriy Gapon said the following: > on 05/11/2010 09:27 Andriy Gapon said the following: >> >> I use FreeSBD head and KDE 4 with all the bells and whistles enabled. >> Apparently recent KDE update has enabled even more of them, because I started to >> have panics with a kernel that has INVARIANTS and WITNESS enabled. > > I tried to solve the problem by changing drmdev from mutex to sx: > http://people.freebsd.org/~avg/drm-sx.diff Quite surprisingly for me, it seems that this patch has solved the following problem for me: http://thread.gmane.org/gmane.os.freebsd.devel.x11/9849 Or maybe this is just a coincidence. Could there be a logical explanation for this? > The things have improved, I am not getting the panic anymore. > Instead I have this LOR now: > lock order reversal: > 1st 0xffffff0001b968a0 drmdev (drmdev) @ /usr/src/sys/dev/drm/drm_drv.c:791 > 2nd 0xffffff0072a87200 user map (user map) @ /usr/src/sys/vm/vm_map.c:3548 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff801b8b3a = db_trace_self_wrapper+0x2a > kdb_backtrace() at 0xffffffff803a7a6a = kdb_backtrace+0x3a > _witness_debugger() at 0xffffffff803bd40c = _witness_debugger+0x2c > witness_checkorder() at 0xffffffff803be879 = witness_checkorder+0x959 > _sx_slock() at 0xffffffff80378af8 = _sx_slock+0x88 > _vm_map_lock_read() at 0xffffffff805109e6 = _vm_map_lock_read+0x36 > vm_map_lookup() at 0xffffffff805127b4 = vm_map_lookup+0x54 > vm_fault() at 0xffffffff805097f9 = vm_fault+0xf9 > trap_pfault() at 0xffffffff80545d0f = trap_pfault+0x11f > trap() at 0xffffffff80546597 = trap+0x657 > calltrap() at 0xffffffff805305c8 = calltrap+0x8 > --- trap 0xc, rip = 0xffffffff8054405d, rsp = 0xffffff81241b47f0, rbp = > 0xffffff81241b4870 --- > copyin() at 0xffffffff8054405d = copyin+0x3d > radeon_cp_texture() at 0xffffffff8022fbd7 = radeon_cp_texture+0x167 > drm_ioctl() at 0xffffffff8020fa38 = drm_ioctl+0x318 > devfs_ioctl_f() at 0xffffffff802dd649 = devfs_ioctl_f+0x109 > kern_ioctl() at 0xffffffff803c1107 = kern_ioctl+0x1f7 > ioctl() at 0xffffffff803c12c8 = ioctl+0x168 > syscallenter() at 0xffffffff803b57be = syscallenter+0x26e > syscall() at 0xffffffff80545e52 = syscall+0x42 > Xfast_syscall() at 0xffffffff805308a2 = Xfast_syscall+0xe2 > > Is this a serious LOR? > How can I resolve it? -- Andriy Gapon