From: Martin Steigerwald <Martin@lichtvoll.de>
To: "Michel Dänzer" <michel@daenzer.net>
Cc: Dave Airlie <airlied@gmail.com>,
linux-kernel@vger.kernel.org,
DRI <dri-devel@lists.freedesktop.org>
Subject: Re: [regression] 2.6.37-post-rc7 with radeon kms: reproducably locks up hard when using desktop cube of kwin
Date: Tue, 8 Mar 2011 18:15:45 +0100 [thread overview]
Message-ID: <201103081816.00235.Martin@lichtvoll.de> (raw)
In-Reply-To: <1299580669.14068.219.camel@thor.local>
[-- Attachment #1: Type: Text/Plain, Size: 2552 bytes --]
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@lichtvoll.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@shambhala:~> 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
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
prev parent reply other threads:[~2011-03-08 17:16 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-05 14:10 [regression] 2.6.37-post-rc7 with radeon kms: reproducably locks up hard when using desktop cube of kwin Martin Steigerwald
2011-03-05 14:18 ` [regression] 2.6.38-post-rc7 " Martin Steigerwald
2011-03-05 14:23 ` Martin Steigerwald
2011-03-06 10:44 ` [regression] 2.6.37-post-rc7 " Martin Steigerwald
2011-03-06 18:04 ` Alex Deucher
2011-03-06 18:29 ` Martin Steigerwald
2011-03-06 19:20 ` Martin Steigerwald
2011-03-06 20:25 ` Dave Airlie
2011-03-06 20:25 ` Dave Airlie
2011-03-08 9:35 ` Martin Steigerwald
2011-03-08 9:40 ` Dave Airlie
2011-03-08 10:37 ` Michel Dänzer
2011-03-08 10:37 ` Michel Dänzer
2011-03-08 17:15 ` Martin Steigerwald [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201103081816.00235.Martin@lichtvoll.de \
--to=martin@lichtvoll.de \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michel@daenzer.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.