After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 688270 - Try harder to create a working display setup
Try harder to create a working display setup
Status: RESOLVED OBSOLETE
Product: gnome-session
Classification: Core
Component: gnome-session
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: Session Maintainers
Session Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-11-13 17:38 UTC by Bastien Nocera
Modified: 2021-06-14 18:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2012-11-13 17:38:26 UTC
From bug 646280

_is_max_texture_size_big_enough() will currently just fail if the system's display set up is too big to handle what the driver/card supports in terms of 3D textures.

Instead of bailing, the code should try and poke at XRandR to go in clone mode (for example) to make display work somewhat.
Comment 1 Antoine Jacoutot 2013-04-01 19:38:43 UTC
I'm all in favor of that.
Currently I have to revert 313def1d1d20b684367c59d4b1f5b1b5ff1ea1c5.

Otherwise I end up with the following on my machine (OpenBSD):

gnome-session-is-accelerated: GL_MAX_{TEXTURE,RENDERBUFFER}_SIZE is too small.
gnome-session-check-accelerated: Helper exited with code 256
gnome-session-is-accelerated: No hardware 3D support.
gnome-session-check-accelerated: Helper exited with code 256

** (process:32259): WARNING **: software acceleration check failed: Child process exited with code 1
Comment 2 Bastien Nocera 2013-04-02 08:11:07 UTC
(In reply to comment #1)
> I'm all in favor of that.
> Currently I have to revert 313def1d1d20b684367c59d4b1f5b1b5ff1ea1c5.
> 
> Otherwise I end up with the following on my machine (OpenBSD):
> 
> gnome-session-is-accelerated: GL_MAX_{TEXTURE,RENDERBUFFER}_SIZE is too small.

What's the texture/render buffer sizes, and your display sizes?
It's pretty bizarre that reverting the patch would work, though I'm not certain whether gnome-shell would end up creating a single big texture, or smaller ones. Maybe changes in cogl to use multiple textures for a single Clutter actor fixed this.
Comment 3 Antoine Jacoutot 2013-04-02 08:47:21 UTC
Actually, it seems GL_EXT_framebuffer_object is not supported properly by my radeon driver. So while it gets past the gnome-session-is-accelerated, gnome-shell then crashes later on anyway...
Comment 4 André Klapper 2021-06-14 18:21:23 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of gnome-session, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-session/-/issues/

Thank you for your understanding and your help.