|
List Info
Thread: Huge problems with kwin from trunk
|
|
| Huge problems with kwin from trunk |

|
2007-07-08 04:28:14 |
Recently I'm having lots of problems with kwin from trunk.
A month or two ago all worked perfect. Compositing worked
via opengl,
kwin and plasma ran very fast. Then some changes were made
and I saw
lots of artifacts (black boxes) and redrawing problems. Then
some
other changes were made and now nothing works anymore.
If kwin runs, it's unaccelerated and extremely slow. After
playing
with the options to turn on translucency I have two
problems:
- the screen doesn't freeze but it's extremely slow
- the screen freezes and the only thing I can do is reboot.
I attached a log of debug messages that might be
interesting.
Does anyone else have these problems?
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
|
| Re: Huge problems with kwin from trunk |
  Canada |
2007-07-08 20:27:32 |
On Sunday 08 July 2007 05:28:14 Tim Beaulen wrote:
> Recently I'm having lots of problems with kwin from
trunk.
>
> A month or two ago all worked perfect. Compositing
worked via opengl,
> kwin and plasma ran very fast. Then some changes were
made and I saw
> lots of artifacts (black boxes) and redrawing problems.
Then some
> other changes were made and now nothing works anymore.
>
> If kwin runs, it's unaccelerated and extremely slow.
After playing
> with the options to turn on translucency I have two
problems:
> - the screen doesn't freeze but it's extremely slow
> - the screen freezes and the only thing I can do is
reboot.
>
> I attached a log of debug messages that might be
interesting.
>
> Does anyone else have these problems?
No problems like that here.
>From the log you provided, kwin is falling back to
XRender mode after OpenGL
fails. That could be the reason for being "extremely
slow", as XRender is no
speed daemon.
>From the log, it reads as though kwin has trouble
setting up the display
buffer, which would explain a fullscreen "freeze".
If you've been compiling
this yourself, could you try to track down exactly which
line is failing? In
OpenGL mode it complains of a X_CreateWindow failure, so try
adding
XSync( display(), false );
kDebug() << "test1" << endl;
in functions like initBuffer() in scene_opengl.cpp, and
createOverlay() in
composite.cpp, especially just before and after
XCompositeGetOverlayWindow,
XCreateWindow, and glXCreateWindow.
--
Philip Falkner
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
| Re: Huge problems with kwin from trunk |

|
2007-07-09 14:35:13 |
I added some debug messages like you said:
kwin: kwin : path
/home/kde4-devel/kde/inst/lib/kde4/kwin3_oxy.so for
kwin3_oxy
kwin: Extensions: shape: 0x11 composite: 0x3 render: 0xa
fixes: 0x40
kwin: OpenGL compositing
kwin: --- DEBUG --- [bool KWin::SceneOpenGL::initBuffer()]
kwin: --- DEBUG --- XSync set to false!
kwin: --- DEBUG --- [bool KWin::Workspace::createOverlay()]
kwin: --- DEBUG --- XSync set to false!
kwin: --- DEBUG --- [bool KWin::Workspace::createOverlay()]
---
XCompositeGetOverlayWindow (line 340) [display = 0x8057588
,
rootWindow = 389]
kwin: --- DEBUG --- [bool KWin::Workspace::createOverlay()]
---
XCompositeGetOverlayWindow (line 342) [overlay = 394]
kwin: --- DEBUG --- [bool KWin::SceneOpenGL::initBuffer()]
---
XCreateWindow (line 322)
kwin: --- DEBUG --- [display = 0x8057588 , overlayWindow =
394,
displayWidth = 1440, displayHeight = 900, appDepth = 32,
InputOutput =
1, visual = 0x805f3b0 , CWColormap = 8192, attrs =
0xbfaa9830 ]
kwin: --- DEBUG --- [bool KWin::SceneOpenGL::initBuffer()]
---
XCreateWindow (line 325) [buffer = 35651604]
kwin: --- DEBUG --- [bool KWin::SceneOpenGL::initBuffer()]
---
glXCreateWindow (line 327)
kwin: --- DEBUG --- [display = 0x8057588 , fbcbuffer = 0xf6
, buffer = 35651604]
kwin: --- DEBUG --- [bool KWin::SceneOpenGL::initBuffer()]
---
glXCreateWindow (line 329) [glxbuffer = 35651605]
kwin: X_CreateWindow(0x18a): BadMatch (invalid parameter
attributes)
kwin: XRender compositing
kwin: --- DEBUG --- [bool KWin::Workspace::createOverlay()]
kwin: --- DEBUG --- XSync set to false!
kwin: --- DEBUG --- [bool KWin::Workspace::createOverlay()]
---
XCompositeGetOverlayWindow (line 340) [display = 0x8057588
,
rootWindow = 389]
kwin: --- DEBUG --- [bool KWin::Workspace::createOverlay()]
---
XCompositeGetOverlayWindow (line 342) [overlay = 394]
kwin: <unknown>(0x2200019): BadMatch (invalid
parameter attributes)
kwin: Refresh rate 60Hz
kdecore (KSycoca): Trying to open ksycoca from
/home/kde4-devel/.kde4/cache-localhost/ksycoca4
kio (KTrader): query for serviceType KWin/Effect : returning
33 offers
kutils (KPluginInfo): [virtual void KPluginInfo::load(const
KConfigGroup&)]
...
On 7/9/07, Philip Falkner <philip.falkner gmail.com> wrote:
> On Sunday 08 July 2007 05:28:14 Tim Beaulen wrote:
> > Recently I'm having lots of problems with kwin
from trunk.
> >
> > A month or two ago all worked perfect. Compositing
worked via opengl,
> > kwin and plasma ran very fast. Then some changes
were made and I saw
> > lots of artifacts (black boxes) and redrawing
problems. Then some
> > other changes were made and now nothing works
anymore.
> >
> > If kwin runs, it's unaccelerated and extremely
slow. After playing
> > with the options to turn on translucency I have
two problems:
> > - the screen doesn't freeze but it's extremely
slow
> > - the screen freezes and the only thing I can do
is reboot.
> >
> > I attached a log of debug messages that might be
interesting.
> >
> > Does anyone else have these problems?
>
> No problems like that here.
>
> From the log you provided, kwin is falling back to
XRender mode after OpenGL
> fails. That could be the reason for being
"extremely slow", as XRender is
> no
> speed daemon.
>
> From the log, it reads as though kwin has trouble
setting up the display
> buffer, which would explain a fullscreen
"freeze". If you've been compiling
> this yourself, could you try to track down exactly
which line is failing?
> In
> OpenGL mode it complains of a X_CreateWindow failure,
so try adding
> XSync( display(), false );
> kDebug() << "test1" << endl;
> in functions like initBuffer() in scene_opengl.cpp, and
createOverlay() in
> composite.cpp, especially just before and after
XCompositeGetOverlayWindow,
> XCreateWindow, and glXCreateWindow.
>
> --
> Philip Falkner
> _______________________________________________
> Kwin mailing list
> Kwin kde.org
> https://ma
il.kde.org/mailman/listinfo/kwin
>
--
BT Tools
http://bttools.blogspot.
com/
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
| Re: Huge problems with kwin from trunk |
  Canada |
2007-07-10 13:48:17 |
On Monday 09 July 2007 15:35:13 Tim Beaulen wrote:
> I added some debug messages like you said:
Can I assume there's an XSync before each debug message?
> kwin: kwin : path
/home/kde4-devel/kde/inst/lib/kde4/kwin3_oxy.so for
> kwin3_oxy kwin: Extensions: shape: 0x11 composite: 0x3
render: 0xa fixes:
> 0x40 kwin: OpenGL compositing
> kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()]
> kwin: --- DEBUG --- XSync set to false!
> kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()]
> kwin: --- DEBUG --- XSync set to false!
> kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> XCompositeGetOverlayWindow (line 340) [display =
0x8057588 ,
> rootWindow = 389]
> kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> XCompositeGetOverlayWindow (line 342) [overlay = 394]
> kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> XCreateWindow (line 322)
> kwin: --- DEBUG --- [display = 0x8057588 ,
overlayWindow = 394,
> displayWidth = 1440, displayHeight = 900, appDepth =
32, InputOutput =
> 1, visual = 0x805f3b0 , CWColormap = 8192, attrs =
0xbfaa9830 ]
> kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> XCreateWindow (line 325) [buffer = 35651604]
> kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> glXCreateWindow (line 327)
> kwin: --- DEBUG --- [display = 0x8057588 , fbcbuffer =
0xf6 , buffer =
> 35651604] kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> glXCreateWindow (line 329) [glxbuffer = 35651605]
> kwin: X_CreateWindow(0x18a): BadMatch (invalid
parameter attributes)
Ok, so glXCreateWindow() is failing. On my system, this
line never gets
called, so my debugging will have to be somewhat
theoretical.
BadMatch could mean the fbcbuffer doesn't match buffer's
visual, but since
buffer's visual is created from fbcbuffer in the first
place, I think this is
unlikely. The other possibility is that fbcbuffer doesn't
have
GLX_WINDOW_BIT set. So, could you try the attached patch
and tell me it's
output?
> kwin: XRender compositing
> kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()]
> kwin: --- DEBUG --- XSync set to false!
> kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> XCompositeGetOverlayWindow (line 340) [display =
0x8057588 ,
> rootWindow = 389]
> kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> XCompositeGetOverlayWindow (line 342) [overlay = 394]
> kwin: <unknown>(0x2200019): BadMatch (invalid
parameter attributes)
That this fails now when it didn't earlier with the exact
same parameters is
interesting. Maybe it's because we create a child window of
the composite
overlay window, but don't destroy it on init failure (see
the TODO at the
start of SceneOpenGL::~SceneOpenGL). Starting kwin in
XRender mode directly
by setting KWIN_COMPOSE=X before running kwin would probably
dodge this
error. That's not a fix, of course.
> kwin: Refresh rate 60Hz
> kdecore (KSycoca): Trying to open ksycoca from
> /home/kde4-devel/.kde4/cache-localhost/ksycoca4
> kio (KTrader): query for serviceType KWin/Effect :
returning 33 offers
> kutils (KPluginInfo): [virtual void
KPluginInfo::load(const KConfigGroup&)]
> ...
--
Philip Falkner
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
|
| Re: Huge problems with kwin from trunk |
  Canada |
2007-07-10 15:07:19 |
On Tuesday 10 July 2007 14:48:17 Philip Falkner wrote:
> On Monday 09 July 2007 15:35:13 Tim Beaulen wrote:
> > I added some debug messages like you said:
>
> Can I assume there's an XSync before each debug
message?
>
> > kwin: kwin : path
/home/kde4-devel/kde/inst/lib/kde4/kwin3_oxy.so for
> > kwin3_oxy kwin: Extensions: shape: 0x11 composite:
0x3 render: 0xa fixes:
> > 0x40 kwin: OpenGL compositing
> > kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()]
> > kwin: --- DEBUG --- XSync set to false!
> > kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()]
> > kwin: --- DEBUG --- XSync set to false!
> > kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> > XCompositeGetOverlayWindow (line 340) [display =
0x8057588 ,
> > rootWindow = 389]
> > kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> > XCompositeGetOverlayWindow (line 342) [overlay =
394]
> > kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> > XCreateWindow (line 322)
> > kwin: --- DEBUG --- [display = 0x8057588 ,
overlayWindow = 394,
> > displayWidth = 1440, displayHeight = 900, appDepth
= 32, InputOutput =
> > 1, visual = 0x805f3b0 , CWColormap = 8192, attrs =
0xbfaa9830 ]
> > kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> > XCreateWindow (line 325) [buffer = 35651604]
> > kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> > glXCreateWindow (line 327)
> > kwin: --- DEBUG --- [display = 0x8057588 ,
fbcbuffer = 0xf6 , buffer =
> > 35651604] kwin: --- DEBUG --- [bool
KWin::SceneOpenGL::initBuffer()] ---
> > glXCreateWindow (line 329) [glxbuffer = 35651605]
> > kwin: X_CreateWindow(0x18a): BadMatch (invalid
parameter attributes)
>
> Ok, so glXCreateWindow() is failing. On my system,
this line never gets
> called, so my debugging will have to be somewhat
theoretical.
>
> BadMatch could mean the fbcbuffer doesn't match
buffer's visual, but since
> buffer's visual is created from fbcbuffer in the first
place, I think this
> is unlikely.
But possible. Does this patch fix this problem?
> The other possibility is that fbcbuffer doesn't have
> GLX_WINDOW_BIT set. So, could you try the attached
patch and tell me it's
> output?
>
> > kwin: XRender compositing
> > kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()]
> > kwin: --- DEBUG --- XSync set to false!
> > kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> > XCompositeGetOverlayWindow (line 340) [display =
0x8057588 ,
> > rootWindow = 389]
> > kwin: --- DEBUG --- [bool
KWin::Workspace::createOverlay()] ---
> > XCompositeGetOverlayWindow (line 342) [overlay =
394]
> > kwin: <unknown>(0x2200019): BadMatch
(invalid parameter attributes)
>
> That this fails now when it didn't earlier with the
exact same parameters
> is interesting. Maybe it's because we create a child
window of the
> composite overlay window, but don't destroy it on init
failure (see the
> TODO at the start of SceneOpenGL::~SceneOpenGL).
Starting kwin in XRender
> mode directly by setting KWIN_COMPOSE=X before running
kwin would probably
> dodge this error. That's not a fix, of course.
>
> > kwin: Refresh rate 60Hz
> > kdecore (KSycoca): Trying to open ksycoca from
> > /home/kde4-devel/.kde4/cache-localhost/ksycoca4
> > kio (KTrader): query for serviceType KWin/Effect :
returning 33 offers
> > kutils (KPluginInfo): [virtual void
KPluginInfo::load(const
> > KConfigGroup&)] ...
--
Philip Falkner
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
|
| Re: Huge problems with kwin from trunk |

|
2007-07-11 11:46:42 |
The results for your first patch
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
|
| Re: Huge problems with kwin from trunk |

|
2007-07-11 11:49:53 |
Your second patch gives the same results.
On 7/11/07, Tim Beaulen <tbscope gmail.com> wrote:
> The results for your first patch
>
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
| Re: Huge problems with kwin from trunk |
  Canada |
2007-07-11 12:36:36 |
According to your new log, the X_CreateWindow BadMatch error
has moved to
earlier in the output. This is why the XSync calls are so
important; is it
the XCreateWindow() that's failing or the
glXCreateWindow()?
A better question: are you running a version of Qt that
includes Zack's
0182-argb-visuals-default patch? That is, qt-copy compiled
with patches
since June 25? Or a version of Qt from your distribution
that includes it.
If you are, then this might be exactly the same problem I've
run into.
Please try the patch from "Extensive use of
QX11Info::appDepth() breaks
compositing" sent to this list yesterday.
--
Philip Falkner
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
| Re: Huge problems with kwin from trunk |

|
2007-07-11 12:41:41 |
It's the XCreateWindow that's failing.
As for the Qt version, it's a checkout of Qt4.4 from a week
ago.
I can try qt-copy and patches.
On 7/11/07, Philip Falkner <philip.falkner gmail.com> wrote:
> According to your new log, the X_CreateWindow BadMatch
error has moved to
> earlier in the output. This is why the XSync calls are
so important; is it
> the XCreateWindow() that's failing or the
glXCreateWindow()?
>
> A better question: are you running a version of Qt that
includes Zack's
> 0182-argb-visuals-default patch? That is, qt-copy
compiled with patches
> since June 25? Or a version of Qt from your
distribution that includes it.
> If you are, then this might be exactly the same problem
I've run into.
> Please try the patch from "Extensive use of
QX11Info::appDepth() breaks
> compositing" sent to this list yesterday.
>
> --
> Philip Falkner
> _______________________________________________
> Kwin mailing list
> Kwin kde.org
> https://ma
il.kde.org/mailman/listinfo/kwin
>
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
| Re: Huge problems with kwin from trunk |

|
2007-07-11 15:21:27 |
I rebuilt everything from scratch with qt-copy and applied
patches.
The X_CreateWindow badmatch (invalid parameter attributes)
error remains.
On 7/11/07, Tim Beaulen <tbscope gmail.com> wrote:
> It's the XCreateWindow that's failing.
>
> As for the Qt version, it's a checkout of Qt4.4 from a
week ago.
> I can try qt-copy and patches.
>
> On 7/11/07, Philip Falkner <philip.falkner gmail.com> wrote:
> > According to your new log, the X_CreateWindow
BadMatch error has moved to
> > earlier in the output. This is why the XSync
calls are so important; is
> it
> > the XCreateWindow() that's failing or the
glXCreateWindow()?
> >
> > A better question: are you running a version of Qt
that includes Zack's
> > 0182-argb-visuals-default patch? That is, qt-copy
compiled with patches
> > since June 25? Or a version of Qt from your
distribution that includes
> it.
> > If you are, then this might be exactly the same
problem I've run into.
> > Please try the patch from "Extensive use of
QX11Info::appDepth() breaks
> > compositing" sent to this list yesterday.
> >
> > --
> > Philip Falkner
> > _______________________________________________
> > Kwin mailing list
> > Kwin kde.org
> > https://ma
il.kde.org/mailman/listinfo/kwin
> >
>
_______________________________________________
Kwin mailing list
Kwin kde.org
https://ma
il.kde.org/mailman/listinfo/kwin
|
|
|
|