From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 17:15:38 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20378106566C; Sat, 25 Apr 2009 17:15:38 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D6BCA8FC15; Sat, 25 Apr 2009 17:15:37 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-31-216.bna.bellsouth.net [70.156.31.216]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n3PHFWQZ096025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Apr 2009 13:15:32 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Artem Kim In-Reply-To: <200904252037.13795.artem_kim@inbox.ru> References: <200904030223.27059.artem_kim@inbox.ru> <200904251624.34096.artem_kim@inbox.ru> <1240672723.1946.10.camel@balrog.2hip.net> <200904252037.13795.artem_kim@inbox.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ULmA3AGwpHvbIWJny4M3" Organization: FreeBSD Date: Sat, 25 Apr 2009 12:15:16 -0500 Message-Id: <1240679716.1946.26.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.2-PRERELEASE X-server hang in "drmwtq" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 17:15:38 -0000 --=-ULmA3AGwpHvbIWJny4M3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-04-25 at 20:37 +0400, Artem Kim wrote: > On Saturday 25 April 2009 19:18:43 Robert Noland wrote: > > On Sat, 2009-04-25 at 16:24 +0400, Artem Kim wrote: > > > I checked 7.2 RC2 problem still here. > > > > > > I found a way to reproduce the problem easily. > > > > > > I used KDE 4.2.2 composite manager is enabled. The problem occurs whe= n > > > two applications run in a way that their window to appear at the same > > > time. > > > > Ok, luckily I don't think that KDE is important... compositing might be= . > > Can you give a more complete example of how to trigger the hang? I > > don't have any r300 based cards handy right now. AMD is sending them > > though, so it shouldn't be long... > > > > > I can reproduce the problem on the cards Radeon 9800 XT (AMD64 UP) an= d=20 > > > Radeon X550 (AMD64 SMP). > > > > Are these AGP or PCI(e)? > > > > robert. >=20 > =09 > I'm using KDE 4.2.2 as a test. >=20 > The problem occurs only if the composite manager is enabled. >=20 > The problem occurs spontaneously when the new window is created. >=20 > A reliable way to reproduce the problem - run concurrently > several applications that create new windows. Typically, a window appears= on=20 > the screen with some delay after starting the application. > Time delays occur (drawing) of a new window depending on the application. >=20 > The problem occurs if one or more applications have opened new windows > (the window starts to draw on the screen) at about the same time. > You can run fast (this is important) one after another "Konqueror", "Syst= em=20 > Settings", "File Manager", it is enough to reproduce the problem. >=20 > The problem looks like this: > X-server in "drmwtq" state. > The screen freezes or just turns off. > The keyboard sometimes works, sometimes not. >=20 > I used a 9800 AGP at the UP and X550 PCI-E to the SMP AMD64 system. Ok, so my test is under gnome with metacity in composite mode. Using zsh (I think bash can do this also) balrog% for ((i=3D0 ; 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=3D1 and start X/KDE... trigger the lockup and send me the output of the debugging from /var/log/messages. robert. --=20 Robert Noland FreeBSD --=-ULmA3AGwpHvbIWJny4M3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknzRSQACgkQM4TrQ4qfRON4nQCffvMjRWIu2AX7WHuRCshkvWiD i5sAoIDtDIWOSkQGGVt2+i1kuhM1Pa1C =Mxyx -----END PGP SIGNATURE----- --=-ULmA3AGwpHvbIWJny4M3--