From owner-freebsd-x11@FreeBSD.ORG Sat Apr 25 20:15:14 2009 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD63106564A; Sat, 25 Apr 2009 20:15:14 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from mx33.mail.ru (mx33.mail.ru [94.100.176.47]) by mx1.freebsd.org (Postfix) with ESMTP id 56F578FC08; Sat, 25 Apr 2009 20:15:14 +0000 (UTC) (envelope-from artem_kim@inbox.ru) Received: from [79.142.106.35] (port=9640 helo=arti.pioneernet.lan) by mx33.mail.ru with asmtp id 1LxoHI-000GTm-00; Sun, 26 Apr 2009 00:15:12 +0400 From: Artem Kim To: Robert Noland Date: Sun, 26 Apr 2009 00:18:36 +0400 User-Agent: KMail/1.11.0 (FreeBSD/7.2-RC1; KDE/4.2.0; amd64; ; ) References: <200904030223.27059.artem_kim@inbox.ru> <200904252037.13795.artem_kim@inbox.ru> <1240679716.1946.26.camel@balrog.2hip.net> In-Reply-To: <1240679716.1946.26.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904260018.36884.artem_kim@inbox.ru> X-Spam: Not detected X-Mras: Ok Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 20:15:15 -0000 On Saturday 25 April 2009 21:15:16 you wrote: > Ok, so my test is under gnome with metacity in composite mode. Using > zsh (I think bash can do this also) > > balrog% for ((i=0 ; i < 5 ; i++ )) do firefox &;done > > So, I've launched 5 firefox and 10 xterms... Neither produce the hang. > Sitting in drmwtq means that you are waiting on the rendering engine to > catch up and send you an interrupt. Probably the best debugging that we > are going to get is by: > > booting the system without starting X, kldload radeon and then set > sysctl hw.dri.0.debug=1 and start X/KDE... trigger the lockup and send > me the output of the debugging from /var/log/messages. > > robert. I used the following script: #!/bin/sh TRY = 5 while [$ (TRY)-gt 0]; do # Konqueror & okteta & kcalc & kwrite & TRY = `expr $ (TRY) - 1` done sleep 30 killall konqueror killall okteta killall kcalc killall kwrite If I set "hw.dri.0.debug = 1" the problem is not reproducing, even at very big values of ${TRY}. However if hw.dri.0.debug = 0 one pass reproduces the problem. If I set "hw.dri.0.debug=1" _after_ the server hang, I see the message: Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] pid = 782, cmd = 0x80046457, nr = 0x57, dev 0xffffff0001556d00, auth = 1 Apr 25 23:44:04 test kernel: [drm: pid782: drm_ioctl] returning 4 I try to apply this patch: http://people.freebsd.org/ ~ rnoland/drm_radeon-copyin-fix-try2.patch In my case the problem remains.