[Bug 70706] Regression in fbconfig

2014-04-07 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

ajax at nwnk dot net  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #22 from ajax at nwnk dot net  ---
(In reply to comment #20)
> (In reply to comment #19)
> > Might be worth testing these two patches [1] [2]
> > 
> > [1] http://patchwork.freedesktop.org/patch/20458/
> > [2] http://patchwork.freedesktop.org/patch/20464/
> 
> Those patches fixed it for me.

Both of these patches are now merged to Mesa, closing.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-02-19 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #20 from Joseph Yasi  ---
(In reply to comment #19)
> Might be worth testing these two patches [1] [2]
> 
> [1] http://patchwork.freedesktop.org/patch/20458/
> [2] http://patchwork.freedesktop.org/patch/20464/

Those patches fixed it for me.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-02-17 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #19 from Emil Velikov  ---
Might be worth testing these two patches [1] [2]

[1] http://patchwork.freedesktop.org/patch/20458/
[2] http://patchwork.freedesktop.org/patch/20464/

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-02-15 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #18 from Joseph Yasi  ---
I've also been seeing this with Xorg 1.15 and Mesa 10.2-devel and the Intel
2.99.910 driver with DRI3 enabled. It is very inconsistent. Logging in and out
of KDE a few times, and eventually glxinfo works, but often I get:
Error: couldn't find RGB GLX visual or fbconfig
Error: couldn't find RGB GLX visual or fbconfig

Desktop effects with kwin work inconsistently as well.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-02-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #17 from Eugene Shalygin  ---
In my case "Module" section is empty and I have the issue.

X.Org X Server 1.15.0
xf86-vide0-ati, module version = 7.3.99
Mesa 10.1.0-devel (git-023a50d), r600g driver

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-02-04 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #16 from Dieter N?tzel  ---
(In reply to comment #15)
> openSUSE ships a xorg config file in the glamor package:
> $> cat /etc/X11/xorg.conf.d/05-glamor.conf
> Section "Module"
> Load  "dri2"
> Load  "glamoregl"
> EndSection
> ---
> 
> I think this was a workaround to get correct GL symbol tables. As the GL
> loader has changed with xserver 1.15 this is probably no longer needed.
> 
> Commenting out (#) the two Load commands fixed this for me.

Or move it away...;-)

So, I can confirm that this works OK, now on

openSUSE 13.1
Linux 3.13.1-3.gfc9498b-desktop
xorg-x11-server-7.6_1.15.0-293.2.i586 (1.15 final)
xf86-video-ati-7.3.0-37.1.i586
Mesa 10.1.0-devel (git-1597788)
r600g
RV730 AGP
Without Glamor.

With glamor-0.6.0-41.2.i586
it is very slow and KDE's window borders are (massive) corrupted.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-02-01 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #15 from Stefan Br?ns  ---
openSUSE ships a xorg config file in the glamor package:
$> cat /etc/X11/xorg.conf.d/05-glamor.conf
Section "Module"
Load  "dri2"
Load  "glamoregl"
EndSection
---

I think this was a workaround to get correct GL symbol tables. As the GL loader
has changed with xserver 1.15 this is probably no longer needed.

Commenting out (#) the two Load commands fixed this for me.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-01-05 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #14 from Michael Mair-Keimberger  ---
I can confirm this problem with kwin too.
X.Org X Server 1.15.0

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2014-01-02 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #13 from Eugene Shalygin  ---
X.Org X Server 1.15.0 has the same problem with mesa from git master branch. 

Glxinfo and KWin run fine if mesa is compiled with --disable-dri3

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2013-12-24 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #12 from David "okias" Heidelberger  
---
X.Org X Server 1.14.99.905 (1.15.0 RC 5)

I can confirm problem with kwin.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2013-12-18 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #11 from Hrvoje Senjan  ---
(In reply to comment #10)
> There seems to be a different issue on your system.
> 

That is a sideeffect of Mesa master and MESA_DEBUG=1/LIBGL_DEBUG=verbose env
vars =)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2013-12-18 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #10 from Dennis Schridde  ---
I confirm that this is still present in x11-base/xorg-server-1.14.99.904 and
media-libs/mesa-9.2.5.

(In reply to comment #9)
> /usr/lib64/dri/r600_dri.so: undefined symbol: __driDriverGetExtensions_r600

There seems to be a different issue on your system.

On my system this symbol is also not present:
$ readelf -s /usr/lib64/dri/r600_dri.so | grep driDriverGetExt
$ readelf -s /usr/lib64/dri/r600g_dri.so | grep driDriverGetExt

But that does not seem to be a problem here:
$ LIBGL_DEBUG=verbose glxinfo
name of display: :0
libGL: OpenDriver: trying /usr/lib64/dri/tls/r600_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/r600_dri.so
libGL: Can't open configuration file /home/USER/.drirc: No such file or
directory.
libGL: Can't open configuration file /home/USER/.drirc: No such file or
directory.
libGL: Can't open configuration file /home/USER/.drirc: No such file or
directory.
Error: couldn't find RGB GLX visual or fbconfig
libGL: Can't open configuration file /home/USER/.drirc: No such file or
directory.
Error: couldn't find RGB GLX visual or fbconfig
[...]

Could it be that some parts of Mesa on your system do not fit together? Maybe
multiple versions/variants installed in parallel?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2013-12-17 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #9 from Hrvoje Senjan  ---
With latest Mesa and xserver master:


name of display: :0
libGL: screen 0 does not appear to be DRI3 capable
libGL: OpenDriver: trying /usr/lib64/dri/updates/tls/r600_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/updates/r600_dri.so
libGL error: dlopen /usr/lib64/dri/updates/r600_dri.so failed
(/usr/lib64/dri/updates/r600_dri.so: cannot open shared object file: No such
file or directory)
libGL: OpenDriver: trying /usr/lib64/dri/tls/r600_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/r600_dri.so
libGL: driver does not expose __driDriverGetExtensions_r600():
/usr/lib64/dri/r600_dri.so: undefined symbol: __driDriverGetExtensions_r600
libGL: Can't open configuration file /home/hrvoje/.drirc: No such file or
directory.
libGL: Can't open configuration file /home/hrvoje/.drirc: No such file or
directory.
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn
compression/decompression unavailable
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn
compression/decompression unavailable
Error: couldn't find RGB GLX visual or fbconfig
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn
compression/decompression unavailable
Error: couldn't find RGB GLX visual or fbconfig

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2013-12-07 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

--- Comment #8 from Dennis Schridde  ---
(In reply to comment #7)
> (In reply to comment #5)
> > To me this issue seems to appear randomly - sometimes KDE starts with
> > working compositing, but most often it does not.
> 
> Same, here.
> When it starts _with_ compositing, then error message appears.
> _Without _ compositing glxinfo runs OK and GL performance is nearly 25%
> better!

In the current session I did not get compositing but the mentioned message in
~/.xession-errors:
kwin(2492): Failed to get visual from fbconfig 
kwin(2492) KWin::OpenGLBackend::setFailed: Creating the OpenGL rendering
failed:  "Could not initialize the buffer" 
kwin(2492): Failed to initialize compositing, compositing disabled 

glxinfo currently does not work, either:
Error: couldn't find RGB GLX visual or fbconfig
Error: couldn't find RGB GLX visual or fbconfig
name of display: :0
[...]

So the current session seems to be a case of "without compositing, with glxinfo
error". Which also seems to make sense: Something is preventing GL apps from
working, which also affects glxinfo.

A quick test shows that EGL does not seem to be affected:
$ eglinfo
EGL API version: 1.4
EGL vendor string: Mesa Project
EGL version string: 1.4 (Gallium)
EGL client APIs: OpenGL OpenGL_ES OpenGL_ES2 
[...]

Also the X11 variants of the *gears (egl,es1,es2) programs work:
$ eglgears_x11 
EGL_VERSION = 1.4 (Gallium)

But the "screen variants do not (though I do not remember ever before testing
them, so I cannot tell whether this is a regression):
$ eglgears_screen 
EGL_VERSION = 1.4 (Gallium)
EGLUT: failed to choose a config

I can confirm this with KWin (stripped from unrelated output):
$ kwin
kwin(3945): Failed to get visual from fbconfig 
kwin(3945) KWin::OpenGLBackend::setFailed: Creating the OpenGL rendering
failed:  "Could not initialize the buffer" 
QObject::connect: Cannot connect (null)::resetCompositing() to
KWin::Compositor::restart()
kwin(3945): Failed to initialize compositing, compositing disabled 
kwin(3945): Consult
http://techbase.kde.org/Projects/KWin/4.0-release-notes#Setting_up 

$ kwin_gles
OpenGL vendor string:   X.Org
OpenGL renderer string: Gallium 0.4 on AMD REDWOOD
OpenGL version string:  OpenGL ES 3.0 Mesa 9.2.4
OpenGL shading language version string: OpenGL ES GLSL ES 3.0
[...]

> So is there a possibility, that we can disable compositing on the fly, when
> GL apps starts?

I think that is a completely unrelated issue that belongs on
https://bugs.kde.org/ and should be reported against KWin.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 



[Bug 70706] Regression in fbconfig

2013-12-07 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=70706

Dieter N?tzel  changed:

   What|Removed |Added

 CC||dri-devel at lists.freedesktop
   ||.org

--- Comment #7 from Dieter N?tzel  ---
(In reply to comment #5)
> To me this issue seems to appear randomly - sometimes KDE starts with
> working compositing, but most often it does not.

Same, here.
When it starts _with_ compositing, then error message appears.
_Without _ compositing glxinfo runs OK and GL performance is nearly 25% better!

Q3A goes from ~53 fps to 66 fps (640x480 window on 1920x1080 screen) with my
poor Duron 1800/RV730 AGP.

So is there a possibility, that we can disable compositing on the fly, when GL
apps starts?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: