lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <201103081816.00235.Martin@lichtvoll.de>
Date:	Tue, 8 Mar 2011 18:15:45 +0100
From:	Martin Steigerwald <Martin@...htvoll.de>
To:	Michel Dänzer <michel@...nzer.net>
Cc:	Dave Airlie <airlied@...il.com>, linux-kernel@...r.kernel.org,
	DRI <dri-devel@...ts.freedesktop.org>
Subject: Re: [regression] 2.6.37-post-rc7 with radeon kms: reproducably locks up hard when using desktop cube of kwin

Am Tuesday 08 March 2011 schrieb Michel Dänzer:
> On Die, 2011-03-08 at 19:40 +1000, Dave Airlie wrote:
> > On Tue, Mar 8, 2011 at 7:35 PM, Martin Steigerwald 
<Martin@...htvoll.de> wrote:
> > > Its rainy again in Sevilla...
> > > 
> > > Am Sunday 06 March 2011 schrieb Dave Airlie:
> > >> > I verified this. Lockup happens with 2.6.38, last one tested
> > >> > rc8-gfb62c00, but not with 2.6.37 with exactly same userspace.
> > >> > Needed to try the effect several times, as this time the lockup
> > >> > with 2.6.38 only happened shortly after the second activation
> > >> > of the effect.
> > >> 
> > >> Hmm, can you attach Xorg logs from both?
> > > 
> > > Attached. I have dmesgs available as well. Both kernels are mainly
> > > upstream. The 2.6.37 contains some recursive mtime patches from Jan
> > > for Ext3/4 that are very likely unrelated. For 2.6.38 I am testing
> > > too hibernation patches from Raphael, but the lockup also happened
> > > with a plain vanilla 2.6.38 one before.
> > > 
> > >> I'm guessing its either pageflipping or a later kernel allowing
> > >> some feature of mesa to be used.
> > 
> > Okay can you try using an xorg.conf with Option "pageflip" "false"
> > set in it for the radeon.
> 
> That should be
> 
> Option "EnablePageFlip" "false"

So the desktop cube runs absolutely stable with 2.6.38 when I disable page 
flipping. The hang just happens with enabled page flipping. But beside the 
desktop cube I had no other hang with page flipping enabled.

If its not related to exact gfx chip, it should be easily reproducable:

- install kwin

- kwin --replace your current window manager

- make sure composoting is enabled if it isn't 

- Ctrl-Alt-F11, maybe hang happens on the second time, not on the first, 
but hang should happen quite reproducably

My compositing settings are:

martin@...mbhala:~> grep -A 13 "\[Compositing\]" ~/.kde/share/config/kwinrc
[Compositing]
AnimationSpeed=3
Backend=OpenGL
CheckIsSafe=true
DisableChecks=true
Enabled=true
GLDirect=true
GLMode=TFP
GLTextureFilter=2
GLVSync=true
HiddenPreviews=5
OpenGLIsUnsafe=false
XRenderSmoothScale=false

(I disabled checks whether compositing is performant or safe enough 
sometime ago, as KWin did not enable compositing otherwise, maybe due to 
performance reasons. But from what I know OpenGL compositing should be 
pretty safe on my chipset.)

Thanks,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

Download attachment "signature.asc " of type "application/pgp-signature" (199 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ