Menu
▾
▴
mesa3d-dev
|
From: Maxim L. <max...@gm...> - 2010-06-27 16:07:25
Attachments:
glxinfo_good
glxinfo_bad
|
Hi, Today I updated the graphical modules from long time ago. Do you know what causes this: /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug! /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture The 'good' output was: .... Checking for Xgl: not present. WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug! /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png WARNING: Application calling GLX 1.3 function "glXDestroyPixmap" when GLX 1.3 is not supported! This is an application bug! As a result of this, most windows are white, and decorations are missing. glxinfo output indeed shrunk indeed, so maybe this is result of removal of many glx visuals? I attach glxinfo output from bad and good versions of mesa. You will see that I didn't update the stack for some prolonged time, so bisect would be painful. Best regards, Maxim Levitsky |
|
From: Maxim L. <max...@gm...> - 2010-06-29 17:34:13
|
On Sun, 2010-06-27 at 19:07 +0300, Maxim Levitsky wrote: > Hi, > > Today I updated the graphical modules from long time ago. > > Do you know what causes this: > > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug! > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture > > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture > > /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure > /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture > > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32 > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture > > > The 'good' output was: > > .... > Checking for Xgl: not present. > WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug! > /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format > /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png > WARNING: Application calling GLX 1.3 function "glXDestroyPixmap" when GLX 1.3 is not supported! This is an application bug! > > > > > As a result of this, most windows are white, and decorations are missing. > > > glxinfo output indeed shrunk indeed, so maybe this is result of removal of many glx visuals? > > > I attach glxinfo output from bad and good versions of mesa. > > You will see that I didn't update the stack for some prolonged time, so bisect would be painful. > > > Best regards, > Maxim Levitsky ping |
|
From: Maxim L. <max...@gm...> - 2010-06-29 20:27:53
|
On Tue, 2010-06-29 at 20:34 +0300, Maxim Levitsky wrote:
> On Sun, 2010-06-27 at 19:07 +0300, Maxim Levitsky wrote:
> > Hi,
> >
> > Today I updated the graphical modules from long time ago.
> >
> > Do you know what causes this:
> >
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
> >
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
> >
> > /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
> > /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
> >
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
> >
> >
> > The 'good' output was:
> >
> > ....
> > Checking for Xgl: not present.
> > WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
> > /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
> > /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
> > WARNING: Application calling GLX 1.3 function "glXDestroyPixmap" when GLX 1.3 is not supported! This is an application bug!
> >
> >
> >
> >
> > As a result of this, most windows are white, and decorations are missing.
> >
> >
> > glxinfo output indeed shrunk indeed, so maybe this is result of removal of many glx visuals?
> >
> >
> > I attach glxinfo output from bad and good versions of mesa.
> >
> > You will see that I didn't update the stack for some prolonged time, so bisect would be painful.
> >
> >
> > Best regards,
> > Maxim Levitsky
>
Bisected this to
73e24cd5a7a0760726a681dda5b88805ddcf1555 is first bad commit
commit 73e24cd5a7a0760726a681dda5b88805ddcf1555
Author: Ian Romanick <ian...@in...>
Date: Mon Feb 8 10:34:52 2010 -0800
intel: Stop exposing useless 24 depth/0 stencil configs
Signed-off-by: Ian Romanick <ian...@in...>
Reviewed-by: Kristian Høgsberg <kr...@bi...>
:040000 040000 5ba858b23d6502d9eaa39a8ec612a38ffae50e2c 0060acef28a49d519aed5a21cbde2bc833f840a8 M src
Reverting this, and removing one assert, fixes compiz
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c b/src/mesa/drivers/dri/intel/intel_screen.c
index 61803cf..0f6d1da 100644
--- a/src/mesa/drivers/dri/intel/intel_screen.c
+++ b/src/mesa/drivers/dri/intel/intel_screen.c
@@ -306,7 +306,7 @@ intelCreateBuffer(__DRIscreen * driScrnPriv,
}
if (mesaVis->depthBits == 24) {
- assert(mesaVis->stencilBits == 8);
+ //assert(mesaVis->stencilBits == 8);
/* combined depth/stencil buffer */
struct intel_renderbuffer *depthStencilRb
= intel_create_renderbuffer(MESA_FORMAT_S8_Z24);
Best regards,
Maxim Levitsku
|
|
From: Corbin S. <mos...@gm...> - 2010-06-29 20:47:25
|
Curious. Admittedly I can't look at the content of that commit, but they
can't be too useless if compiz selects them. IIRC the point was to limit the
runtime of Intel internal tests; can't those tests be amended instead? The
number of configs will only grow; r300g has over 200 now thanks to
multisampling.
Posting from a mobile, pardon my terseness. ~ C.
On Jun 29, 2010 1:28 PM, "Maxim Levitsky" <max...@gm...> wrote:
On Tue, 2010-06-29 at 20:34 +0300, Maxim Levitsky wrote:
> On Sun, 2010-06-27 at 19:07 +0300, Maxim ...
Bisected this to
73e24cd5a7a0760726a681dda5b88805ddcf1555 is first bad commit
commit 73e24cd5a7a0760726a681dda5b88805ddcf1555
Author: Ian Romanick <ian...@in...>
Date: Mon Feb 8 10:34:52 2010 -0800
intel: Stop exposing useless 24 depth/0 stencil configs
Signed-off-by: Ian Romanick <ian...@in...>
Reviewed-by: Kristian Høgsberg <kr...@bi...>
:040000 040000 5ba858b23d6502d9eaa39a8ec612a38ffae50e2c
0060acef28a49d519aed5a21cbde2bc833f840a8 M src
Reverting this, and removing one assert, fixes compiz
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/intel_screen.c
index 61803cf..0f6d1da 100644
--- a/src/mesa/drivers/dri/intel/intel_screen.c
+++ b/src/mesa/drivers/dri/intel/intel_screen.c
@@ -306,7 +306,7 @@ intelCreateBuffer(__DRIscreen * driScrnPriv,
}
if (mesaVis->depthBits == 24) {
- assert(mesaVis->stencilBits == 8);
+ //assert(mesaVis->stencilBits == 8);
/* combined depth/stencil buffer */
struct intel_renderbuffer *depthStencilRb
= intel_create_renderbuffer(MESA_FORMAT_S8_Z24);
Best regards,
Maxim Levitsku
------------------------------------------------------------------------------
This SF.net email i...
|
|
From: Ian R. <id...@fr...> - 2010-06-29 23:13:38
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Corbin Simpson wrote:
> Curious. Admittedly I can't look at the content of that commit, but they
> can't be too useless if compiz selects them. IIRC the point was to limit
> the runtime of Intel internal tests; can't those tests be amended
> instead? The number of configs will only grow; r300g has over 200 now
> thanks to multisampling.
The configs are useless. Applications can only ask for "bits >= X".
There are still 24-bit depth / 8-bit stencil configs, and, last time I
checked, 8 >= 0. There is no way to ask for a 24/0 config that wouldn't
instead give a 24/8 config.
> Posting from a mobile, pardon my terseness. ~ C.
>
>> On Jun 29, 2010 1:28 PM, "Maxim Levitsky" <max...@gm...
>> <mailto:max...@gm...>> wrote:
>>
>> On Tue, 2010-06-29 at 20:34 +0300, Maxim Levitsky wrote:
>> > On Sun, 2010-06-27 at 19:07 +0300, Maxim ...
>>
>> Bisected this to
>>
>> 73e24cd5a7a0760726a681dda5b88805ddcf1555 is first bad commit
>> commit 73e24cd5a7a0760726a681dda5b88805ddcf1555
>> Author: Ian Romanick <ian...@in...
>> <mailto:ian...@in...>>
>> Date: Mon Feb 8 10:34:52 2010 -0800
>>
>> intel: Stop exposing useless 24 depth/0 stencil configs
I need two pieces of information:
- A diff of the output of glxinfo immediately before and immediately
after this commit.
- A list of what config attributes compiz is requesting. It should
be easy enough to instrument choose_visual in glxcmds.c to dump out
attribList.
It should be pretty easy to root-cause this problem with that data.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkwqeGwACgkQX1gOwKyEAw9MfQCZAUWS6wXUjRWYaX++6YRjl4Pk
XMsAn06cgcjJf/dDMCBDTr/tdaFoBsGM
=rGTt
-----END PGP SIGNATURE-----
|
|
From: Maxim L. <max...@gm...> - 2010-06-30 23:13:34
Attachments:
glxinfo_bad
glxinfo_good
|
On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Corbin Simpson wrote: > > Curious. Admittedly I can't look at the content of that commit, but they > > can't be too useless if compiz selects them. IIRC the point was to limit > > the runtime of Intel internal tests; can't those tests be amended > > instead? The number of configs will only grow; r300g has over 200 now > > thanks to multisampling. > > The configs are useless. Applications can only ask for "bits >= X". > There are still 24-bit depth / 8-bit stencil configs, and, last time I > checked, 8 >= 0. There is no way to ask for a 24/0 config that wouldn't > instead give a 24/8 config. > > > Posting from a mobile, pardon my terseness. ~ C. > > > >> On Jun 29, 2010 1:28 PM, "Maxim Levitsky" <max...@gm... > >> <mailto:max...@gm...>> wrote: > >> > >> On Tue, 2010-06-29 at 20:34 +0300, Maxim Levitsky wrote: > >> > On Sun, 2010-06-27 at 19:07 +0300, Maxim ... > >> > >> Bisected this to > >> > >> 73e24cd5a7a0760726a681dda5b88805ddcf1555 is first bad commit > >> commit 73e24cd5a7a0760726a681dda5b88805ddcf1555 > >> Author: Ian Romanick <ian...@in... > >> <mailto:ian...@in...>> > >> Date: Mon Feb 8 10:34:52 2010 -0800 > >> > >> intel: Stop exposing useless 24 depth/0 stencil configs > > I need two pieces of information: > > - A diff of the output of glxinfo immediately before and immediately > after this commit. > > - A list of what config attributes compiz is requesting. It should > be easy enough to instrument choose_visual in glxcmds.c to dump out > attribList. > > It should be pretty easy to root-cause this problem with that data. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkwqeGwACgkQX1gOwKyEAw9MfQCZAUWS6wXUjRWYaX++6YRjl4Pk > XMsAn06cgcjJf/dDMCBDTr/tdaFoBsGM > =rGTt > -----END PGP SIGNATURE----- --- ./glxinfo_good 2010-07-01 02:01:08.332346000 +0300 +++ ./glxinfo_bad 2010-07-01 02:01:28.115633852 +0300 @@ -84,7 +84,7 @@ GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays, GL_OES_EGL_image -28 GLX Visuals +20 GLX Visuals visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- @@ -92,32 +92,24 @@ 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xe3 24 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0xe5 24 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None -0xeb 24 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None -0xed 24 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0xef 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0xf1 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0xf2 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0xf3 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0xf5 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None -0xfb 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0xfe 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x100 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x101 24 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x103 24 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None -0x109 24 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None -0x10b 24 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0x10d 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x10f 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x110 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x111 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x113 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None -0x119 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None -0x11b 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x11d 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x11f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None -38 GLXFBConfigs: +30 GLXFBConfigs: visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- @@ -128,15 +120,11 @@ 0x7e 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0x83 0 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0x85 0 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None -0x8b 0 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None -0x8d 0 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0x8f 0 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x91 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0x92 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0x93 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x95 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None -0x9b 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None -0x9d 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x9f 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xa1 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xa2 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow @@ -147,15 +135,11 @@ 0xbe 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow 0xc3 0 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None 0xc5 0 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None -0xcb 0 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None -0xcd 0 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None 0xcf 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0xd1 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None 0xd2 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow 0xd3 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0xd5 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None -0xdb 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None -0xdd 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0xdf 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xe1 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0xe2 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow What is interesting is this: -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None This is only visual with depth==32, and it is removed. Compiz complained about depth 32... Best regards, Maxim Levitsky |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X