From nobody@FreeBSD.org  Fri Jul 13 03:59:16 2007
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 4F12A16A403
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 13 Jul 2007 03:59:16 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [69.147.83.33])
	by mx1.freebsd.org (Postfix) with ESMTP id 3300E13C478
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 13 Jul 2007 03:59:16 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l6D3xFar012851
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 13 Jul 2007 03:59:16 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id l6D3xFcj012850;
	Fri, 13 Jul 2007 03:59:15 GMT
	(envelope-from nobody)
Message-Id: <200707130359.l6D3xFcj012850@www.freebsd.org>
Date: Fri, 13 Jul 2007 03:59:15 GMT
From: Henry Hu <henry.hu.sh@gmail.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: [drm][panic]Sleeping thread owns a non-sleepable lock
X-Send-Pr-Version: www-3.0

>Number:         114546
>Category:       kern
>Synopsis:       [drm] [panic] Sleeping thread owns a non-sleepable lock
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jul 13 04:00:08 GMT 2007
>Closed-Date:    Sun Mar 27 10:45:47 UTC 2011
>Last-Modified:  Sun Mar 27 10:45:47 UTC 2011
>Originator:     Henry Hu
>Release:        FreeBSD 6.2-STABLE i386
>Organization:
>Environment:
System: FreeBSD 6.2-STABLE #17: Thu Jul  5 17:11:01 CST 2007
    root@freebsd.:/usr/obj/usr/src/sys/MYKERNEL

>Description:
When I press Alt-Tab, or show up the taskbar, or do something else, the system resets. After that, I can find this in /var/log/messages:
Jul 12 17:02:08 freebsd kernel: Sleeping thread (tid 100100, pid 1195) owns a non-sleepable lock
Jul 12 17:02:08 freebsd kernel: sched_switch(c4885640,0,1) at sched_switch+0x10f
Jul 12 17:02:08 freebsd kernel: mi_switch(1,0,c4885640,da0af948,c05810a6,...) at mi_switch+0x1ba
Jul 12 17:02:08 freebsd kernel: sleepq_switch(c13d0440,c4885640,da0af968,c0568099,c13d0440,...) at sleepq_switch+0x86
Jul 12 17:02:08 freebsd kernel: sleepq_timedwait(c13d0440) at sleepq_timedwait+0x36
Jul 12 17:02:08 freebsd kernel: msleep(c13d0440,c07dcf40,40,c0765b36,4e20,c13d0440,82) at msleep+0x215
Jul 12 17:02:08 freebsd kernel: swap_pager_getpages(c49b3b58,da0afa40,5,1) at swap_pager_getpages+0x433
Jul 12 17:02:08 freebsd kernel: vm_fault(c483c378,925a000,1,0) at vm_fault+0xb67
Jul 12 17:02:08 freebsd kernel: trap_pfault(da0afaf4,0,925a200) at trap_pfault+0x103
Jul 12 17:02:08 freebsd kernel: trap(c0570008,c07c0028,da0a0028,d9f4a000,925a200,...) at trap+0x2fd
Jul 12 17:02:08 freebsd kernel: calltrap() at calltrap+0x5
Jul 12 17:02:08 freebsd kernel: --- trap 0xc, eip = 0xc06fcafe, esp = 0xda0afb34, ebp = 0xda0afbac ---
Jul 12 17:02:08 freebsd kernel: generic_copyin(4ab,c3c46800,da0afbe8,da0afbc8,c3c46c00,...) at generic_copyin+0x32
Jul 12 17:02:08 freebsd kernel: radeon_cp_texture(c3c25700,c018644e,c5299360,3,c4885640,4ab) at radeon_cp_texture+0x14d
Jul 12 17:02:08 freebsd kernel: drm_ioctl(c3c25700,c018644e,c5299360,3,c4885640) at drm_ioctl+0x2f5
Jul 12 17:02:08 freebsd kernel: giant_ioctl(c3c25700,c018644e,c5299360,3,c4885640,...) at giant_ioctl+0x4e
Jul 12 17:02:08 freebsd kernel: devfs_ioctl_f(c48c10d8,c018644e,c5299360,c4448380,c4885640) at devfs_ioctl_f+0xaf
Jul 12 17:02:08 freebsd kernel: ioctl(c4885640,da0afd04) at ioctl+0x441
Jul 12 17:02:08 freebsd kernel: syscall(3b,bfbf003b,bfbf003b,bfbfd224,bfbfd230,...) at syscall+0x2b7
Jul 12 17:02:08 freebsd kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f
Jul 12 17:02:08 freebsd kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x285102e3, esp = 0xbfbfd1ac, ebp = 0xbfbfd1c8 ---
Jul 12 17:02:08 freebsd kernel: panic: sleeping thread
Jul 12 17:02:08 freebsd kernel: KDB: enter: panic
Jul 12 17:02:08 freebsd kernel: 
Jul 12 17:02:08 freebsd kernel: 
Jul 12 17:02:08 freebsd kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode
Jul 12 17:02:08 freebsd kernel: instruction pointer	= 0x20:0xc057b047
Jul 12 17:02:08 freebsd kernel: stack pointer	        = 0x28:0xd9cf3b88
Jul 12 17:02:08 freebsd kernel: frame pointer	        = 0x28:0xd9cf3b88
Jul 12 17:02:08 freebsd kernel: code segment		= base 0x0, limit 0xfffff, type 0x1b
Jul 12 17:02:08 freebsd kernel: = DPL 0, pres 1, def32 1, gran 1
Jul 12 17:02:08 freebsd kernel: processor eflags	= IOPL = 3
Jul 12 17:02:08 freebsd kernel: current process		= 1082 (Xorg)
Jul 12 17:02:08 freebsd kernel: trap number		= 3
Jul 12 17:02:08 freebsd kernel: panic: breakpoint instruction fault
Jul 12 17:02:08 freebsd kernel: KDB: enter: panic
..
Jul 12 17:02:08 freebsd kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode
Jul 12 17:02:08 freebsd kernel: instruction pointer	= 0x20:0xc057b047
Jul 12 17:02:08 freebsd kernel: stack pointer	        = 0x28:0xc07f24d0
Jul 12 17:02:08 freebsd kernel: frame pointer	        = 0x28:0xc07f24d0
Jul 12 17:02:08 freebsd kernel: code segment		= base 0x0, limit 0xfffff, type 0x1b
Jul 12 17:02:08 freebsd kernel: = DPL 0, pres 1, def32 1, gran 1
Jul 12 17:02:08 freebsd kernel: processor eflags	= IOPL = 0
Jul 12 17:02:08 freebsd kernel: current process		= 1082 (Xorg)
Jul 12 17:02:08 freebsd kernel: trap number		= 3
Jul 12 17:02:08 freebsd kernel: panic: breakpoint instruction fault
Jul 12 17:02:08 freebsd kernel: KDB: enter: panic

I'm not sure pid 1195 is beryl, but it should be, other process do not use drm or so.

Another log in the same day:
Jul 12 20:22:10 freebsd kernel: Sleeping thread (tid 100083, pid 1175) owns a non-sleepable lock
Jul 12 20:22:10 freebsd kernel: sched_switch(c4451640,0,1) at sched_switch+0x10f
Jul 12 20:22:10 freebsd kernel: mi_switch(1,0,c4451640,df759948,c05810a6,...) at mi_switch+0x1ba
Jul 12 20:22:10 freebsd kernel: sleepq_switch(c192b578,c4451640,df759968,c0568099,c192b578,...) at sleepq_switch+0x86
Jul 12 20:22:10 freebsd kernel: sleepq_timedwait(c192b578) at sleepq_timedwait+0x36
Jul 12 20:22:10 freebsd kernel: msleep(c192b578,c07dcf40,40,c0765b36,4e20,c192b578,82) at msleep+0x215
Jul 12 20:22:10 freebsd kernel: swap_pager_getpages(c49da108,df759a40,3,1) at swap_pager_getpages+0x433
Jul 12 20:22:10 freebsd kernel: vm_fault(c4942378,850a000,1,0) at vm_fault+0xb67
Jul 12 20:22:10 freebsd kernel: trap_pfault(df759af4,0,850a200) at trap_pfault+0x103
Jul 12 20:22:10 freebsd kernel: trap(df750008,c0560028,c4450028,df5eb000,850a200,...) at trap+0x2fd
Jul 12 20:22:10 freebsd kernel: calltrap() at calltrap+0x5
Jul 12 20:22:10 freebsd kernel: --- trap 0xc, eip = 0xc06fcafe, esp = 0xdf759b34, ebp = 0xdf759bac ---
Jul 12 20:22:10 freebsd kernel: generic_copyin(497,c3c3d800,df759be8,df759bc8,c3c3dc00,...) at generic_copyin+0x32
Jul 12 20:22:10 freebsd kernel: radeon_cp_texture(c3c25800,c018644e,c3da1c20,3,c4451640,497) at radeon_cp_texture+0x14d
Jul 12 20:22:10 freebsd kernel: drm_ioctl(c3c25800,c018644e,c3da1c20,3,c4451640) at drm_ioctl+0x2f5
Jul 12 20:22:10 freebsd kernel: giant_ioctl(c3c25800,c018644e,c3da1c20,3,c4451640,...) at giant_ioctl+0x4e
Jul 12 20:22:10 freebsd kernel: devfs_ioctl_f(c48a0cf0,c018644e,c3da1c20,c4431000,c4451640) at devfs_ioctl_f+0xaf
Jul 12 20:22:10 freebsd kernel: ioctl(c4451640,df759d04) at ioctl+0x441
Jul 12 20:22:10 freebsd kernel: syscall(3b,bfbf003b,bfbf003b,bfbfd724,bfbfd730,...) at syscall+0x2b7
Jul 12 20:22:10 freebsd kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f
Jul 12 20:22:10 freebsd kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x285102e3, esp = 0xbfbfd6ac, ebp = 0xbfbfd6c8 ---
Jul 12 20:22:10 freebsd kernel: panic: sleeping thread
Jul 12 20:22:10 freebsd kernel: KDB: enter: panic
Jul 12 20:22:10 freebsd kernel: 
Jul 12 20:22:10 freebsd kernel: 
Jul 12 20:22:10 freebsd kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode
Jul 12 20:22:10 freebsd kernel: instruction pointer	= 0x20:0xc057b047
Jul 12 20:22:10 freebsd kernel: stack pointer	        = 0x28:0xddd17b88
Jul 12 20:22:10 freebsd kernel: frame pointer	        = 0x28:0xddd17b88
Jul 12 20:22:10 freebsd kernel: code segment		= base 0x0, limit 0xfffff, type 0x1b
Jul 12 20:22:10 freebsd kernel: = DPL 0, pres 1, def32 1, gran 1
Jul 12 20:22:10 freebsd kernel: processor eflags	= IOPL = 3
Jul 12 20:22:10 freebsd kernel: current process		= 1060 (Xorg)
Jul 12 20:22:10 freebsd kernel: trap number		= 3
Jul 12 20:22:10 freebsd kernel: panic: breakpoint instruction fault
Jul 12 20:22:10 freebsd kernel: KDB: enter: panic
..
Jul 12 20:22:10 freebsd kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode
Jul 12 20:22:10 freebsd kernel: instruction pointer	= 0x20:0xc057b047
Jul 12 20:22:10 freebsd kernel: stack pointer	        = 0x28:0xc07f24d0
Jul 12 20:22:10 freebsd kernel: frame pointer	        = 0x28:0xc07f24d0
Jul 12 20:22:10 freebsd kernel: code segment		= base 0x0, limit 0xfffff, type 0x1b
Jul 12 20:22:10 freebsd kernel: = DPL 0, pres 1, def32 1, gran 1
Jul 12 20:22:10 freebsd kernel: processor eflags	= IOPL = 0
Jul 12 20:22:10 freebsd kernel: current process		= 1060 (Xorg)
Jul 12 20:22:10 freebsd kernel: trap number		= 3
Jul 12 20:22:10 freebsd kernel: panic: breakpoint instruction fault
Jul 12 20:22:10 freebsd kernel: KDB: enter: panic

>How-To-Repeat:
I cannot trigger it, but it happens at least once a day.
Install Xorg 7.2 and beryl 0.2.1, running KDE 3.5.6. Possiblly it happens when little physical memory available. Using direct rendering, no AIGLX.

>Fix:


>Release-Note:
>Audit-Trail:

From: "Henry Hu" <henry.hu.sh@gmail.com>
To: bug-followup@freebsd.org
Cc:  
Subject: Re: kern/114546: [drm][panic]Sleeping thread owns a non-sleepable lock
Date: Sat, 21 Jul 2007 23:54:50 +0800

 ------=_Part_71106_1228837.1185033290464
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline
 
 Now I've switched to AIGLX using the patch, and I still have the panic as
 before.
 Now I have one way to trigger it: Start google-earth and switch detail level
 to "High", or play the "Sightseeing Trip" in "Places".
 By the way, I have not had this panic in normal operation since I switched
 to AIGLX. Maybe it's related.
 I'm sorry that I cannot supply a backtrace with symbol info or dig deeper,
 for that my swap partition is a little smaller than my physical memory...
 (512M<640M)
 Sorry for my poor English...
 
 ------=_Part_71106_1228837.1185033290464
 Content-Type: text/html; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline
 
 Now I&#39;ve switched to AIGLX using the patch, and I still have the panic as before.<br>Now I have one way to trigger it: Start google-earth and switch detail level to &quot;High&quot;, or play the &quot;Sightseeing Trip&quot; in &quot;Places&quot;.
 <br>By the way, I have not had this panic in normal operation since I switched to AIGLX. Maybe it&#39;s related.<br>I&#39;m sorry that I cannot supply a backtrace with symbol info or dig deeper, for that my swap partition is a little smaller than my physical memory... (512M&lt;640M)
 <br>Sorry for my poor English...<br><br>
 
 ------=_Part_71106_1228837.1185033290464--

From: Wouter Snels <nospam@ofloo.org>
To: bug-followup@FreeBSD.org, henry.hu.sh@gmail.com
Cc:  
Subject: Re: kern/114546: [drm][panic]Sleeping thread owns a non-sleepable
 lock
Date: Fri, 07 Mar 2008 18:23:54 +0100

 This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
 --------------enig7A61B7C0F5146F65DE15803F
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 Content-Transfer-Encoding: quoted-printable
 
 This crap happens to me really often lately using 6.3-RELEASE-p1 it=20
 happend to me from 6.x it has to do with SMP 1 cpu freezes and the whole =
 
 system freezes, ..
 
 It started from the moment i started using certificates to authenticate=20
 to sshd and stf interface for 6to4.
 
 Regards, ..
 
 
 --------------enig7A61B7C0F5146F65DE15803F
 Content-Type: application/pgp-signature; name="signature.asc"
 Content-Description: OpenPGP digital signature
 Content-Disposition: attachment; filename="signature.asc"
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.7 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iD8DBQFH0XovwcmGIzUD/8ARAhmHAJ96YN8Ns1rsx+xpSlcZC0iXTZCPOQCfYWYx
 iET36h7DzNBG4J43r/73YMk=
 =izdA
 -----END PGP SIGNATURE-----
 
 --------------enig7A61B7C0F5146F65DE15803F--
State-Changed-From-To: open->feedback 
State-Changed-By: jh 
State-Changed-When: Sun Feb 13 09:00:07 UTC 2011 
State-Changed-Why:  
Can you still reproduce this on a supported release? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=114546 
State-Changed-From-To: feedback->closed 
State-Changed-By: jh 
State-Changed-When: Sun Mar 27 10:45:46 UTC 2011 
State-Changed-Why:  
Feedback timeout. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=114546 
>Unformatted:
