opengl / Xorg problem

darvish · 05-25-2015, 03:29 PM

Hi all,

I upgraded my debian to jessie, now something is missing in the stack and I can't open an opengl frame. This configuration runs only X and i3 as desktop manager.

Code:

sudo apt-get install --reinstall xserver-xorg-video-intel libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-core
startx

Code:

# glxinfo
name of display: :0
X Error of failed request:  GLXBadContext
  Major opcode of failed request:  156 (GLX)
  Minor opcode of failed request:  6 (X_GLXIsDirect)
  Serial number of failed request:  32
  Current serial number in output stream:  31

# glxinfo -i
name of display: :0
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  156 (GLX)
  Minor opcode of failed request:  24 (X_GLXCreateNewContext)
  Value in failed request:  0x0
  Serial number of failed request:  31
  Current serial number in output stream:  34

Of course I'm not running this as root.
I had no xorg.conf at first, so i generated one

Code:

# Xorg -configure

Nothing funky here.

Code:

Section "Module"
   Load  "glx"
EndSection

To this "Module" section, I added

Code:

Load  "dri"

but xorg will tell me later it's already built in

The relevant part of Xorg.log

Code:

Using config file: "/etc/X11/xorg.conf"
(II) Module ABI versions:
   X.Org ANSI C Emulation: 0.4
   X.Org Video Driver: 18.0
   X.Org XInput driver : 21.0
   X.Org Server Extension : 8.0
(II) xfree86: Adding drm device (/dev/dri/card0)

(II) "glx" will be loaded. This was enabled by default and also specified in the config file.
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
  compiled for 1.16.4, module version = 1.0.0
  ABI class: X.Org Server Extension, version 8.0
(==) AIGLX enabled
(II) LoadModule: "dri"
(II) Module "dri" already built-in
(II) LoadModule: "intel"
(II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
(II) Module intel: vendor="X.Org Foundation"
  compiled for 1.15.99.904, module version = 2.21.15
  Module class: X.Org Video Driver
  ABI class: X.Org Video Driver, version 18.0
(II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
   i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
   915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
   Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
   GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, HD Graphics,
   HD Graphics 2000, HD Graphics 3000, HD Graphics 2500,
   HD Graphics 4000, HD Graphics P4000, HD Graphics 4600,
   HD Graphics 5000, HD Graphics P4600/P4700, Iris(TM) Graphics 5100,
   HD Graphics 4400, HD Graphics 4200, Iris(TM) Pro Graphics 5200
...
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_ARB_create_context
(II) AIGLX: enabled GLX_ARB_create_context_profile
(II) AIGLX: enabled GLX_EXT_create_context_es2_profile
(II) AIGLX: enabled GLX_INTEL_swap_event
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AIGLX: enabled GLX_EXT_framebuffer_sRGB
(II) AIGLX: enabled GLX_ARB_fbconfig_float
(II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
(II) AIGLX: Loaded and initialized i965
(II) GLX: Initialized DRI2 GL provider for screen 0

Code:

# grep EE /var/log/Xorg.0.log
no error

Code:

grep WW /var/log/Xorg.0.log

nothing special (I dont read cyrillic and my mouse and keyboard are fine)

Do you see what I'm missing ?

Head_on_a_Stick · 05-25-2015, 04:08 PM

Firstly, explain in as much detail as possible exactly how you upgraded to jessie.

Quote:

Originally Posted by darvish

I had no xorg.conf at first, so i generated one

You do not need an Xorg configuration file with an Intel card -- remove it.

What is the output of:

Code:

cat /etc/apt/sources.list
apt-cache policy
lspci -knn|grep -iA2 vga
uname -a

I'm not sure what you mean by "I can't open an opengl frame" -- please explain this more fully.

Can you start the X server at all?

mralk3 · 05-25-2015, 04:39 PM

Seems like something is amiss with the upgrade rather than OpenGL. X is loading the Intel driver and using it's OpenGL extensions according to your log output.

darvish · 05-25-2015, 04:42 PM

Quote:

Can you start the X server at all?

Yes, i3 is running and Xorg reports no error.

The problem started in the browser here :

Quote:

Error: WebGL: Refused to create native OpenGL context because of blacklisting

Quote:

Firstly, explain in as much detail as possible exactly how you upgraded to jessie.

was on wheezy,

Code:

apt-get upgrade

then switched the repositories to debian/jessie, upgraded again, many packages got cleansed and everything ran fine, except this.

The source repository is a standard debian mirror

Code:

jessie/main i386 Packages release v=8.0,o=Debian,a=stable,n=jessie,l=Debian,c=main

The Kernel driver in use is i915

Code:

#uname -a
Linux owl 3.2.0-4-686-pae #1 SMP Debian 3.2.65-1 i686 GNU/Linux

ondoho · 05-26-2015, 01:55 AM

Quote:

Originally Posted by darvish

The problem started in the browser here :

Code:

Error: WebGL: Refused to create native OpenGL context because of blacklisting

i think that is the root of the problem right there.
where does this come from?
what sort of blacklisting does this refer to?

darvish · 05-26-2015, 05:04 AM

Quote:

Code:

Error: WebGL: Refused to create native OpenGL context because of blacklisting

i think that is the root of the problem right there.
where does this come from?
what sort of blacklisting does this refer to?

This message was from the javascript console of firefox.

Quote:

Seems like something is amiss with the upgrade

That's right. I missed

Code:

apt-get dist-upgrade

The problem is fixed for the webgl stack, still glxinfo and glxgears won't start and report the same error as above. I'll check later with a different code to initialize and debug a GL context. Thanks.

mralk3 · 05-26-2015, 05:21 AM

I knew you missed the dist-upgrade but figured you might remember better if you thought of the answer yourself. Safe-upgrade is also an interesting alternative to dist-upgrade if running a production machine.

Head_on_a_Stick · 05-26-2015, 07:32 AM

Quote:

Originally Posted by darvish

Code:

#uname -a
Linux owl 3.2.0-4-686-pae #1 SMP Debian 3.2.65-1 i686 GNU/Linux

Why are you still using the wheezy kernel?

Debian jessie uses kernel 3.16

@mralk3 -- `aptitude safe-upgrade` is exactly equivalent to using `apt-get upgrade` -- see aptitude(8)

ReaperX7 · 05-26-2015, 09:58 AM

Quote:

Originally Posted by Head_on_a_Stick

You do not need an Xorg configuration file with an Intel card -- remove it.

Not always true. Having a full xorg.conf file can be helpful in troubleshooting driver issues at times. Unfortunately X isn't always perfect in what it does.

One question to the OP, are you logged in as root or as a user? If you are using a user account, is that account a member of the video group? Also did you query all the Xorg and Mesa packages and install everything needed for OpenGL acceleration, or did you do a partial install? This may sound strange, but try to install wayland. Wayland might be able to pull in other needed Mesa packages the others missed somehow, like egl and others used or needed by X.

Amarildo · 05-28-2015, 05:50 PM

I'm too having problems with OpenGL and Xorg.

I use the Free xorg drivers *with no Kernel firmware blob whatsoever* (complying with FSF), and when I boot up, no matter what kernel/Display Manager/Desktop Environment is installed, I get a segfault from Xorg.

I was using pure Debian Jessie and everything worked fine. I then downloaded Debian's "mini.iso" and ran it to install the Unstable branch of Debian, but was faced with the same segfault. I also tried upgrading from Jessie to Testing, with no luck either.

I'm currently on Arch and it is working fine. However, it contains non-free firmware blobs which include the one that AMD cards can use. This is what I could gather: all distros I tested that don't have non-free firmware (inclusing Parabola, which is based on Arch), won`t work. Also , all of them have the same version of Xorg (1.17.1) and Kernel 4.0.x. Older versions of Xorg seem to work, specially 1.16.4.

ReaperX7 · 05-29-2015, 02:22 PM

What video card do you have?

Unfortunately here is the bad problem nobody will tell you. Trying to stick to the FSF strictly can leave your hardware support very limited. Often enough, some hardware requires loadable firmware at boot when udev (or similar device manager) starts loading drivers. This is especially true when your hardware is supported by staging drivers only.

If you have to mix free and non-free source support for hardware to gain functionality in the proper ways, just do it. Don't let trying to stick to the FSF ruin your Linux experience. I've had similar issues that sadly resulted from libre distributions not including certain stuff like firmware myself.

If you want to follow the FSF double check your hardware before installing your libre system to make sure it is fully and completely supported by the Kernel drivers without the need of firmware, otherwise you might have issues from mild stuff to bad stuff. It all depends.

Amarildo · 05-29-2015, 02:34 PM

I *REALLY* don't see how something, which was working, to suddendly stop working. This is clearly the problem of the developers. I have choices, and sticking with pure Debian Jessie for now is one of them (I'm not on Arch anymore, just isntalled it to test it).

I won't mix repositories, I rather have freedom than to be tied by the neck

Not that I judge anyone who chose to use non-free software, though, everybody chould have a choice.

My video card (R9 270X) is from October 9, 2013.

Head_on_a_Stick · 05-29-2015, 03:33 PM

Quote:

Originally Posted by Amarildo

R9 270X

This card requires non-free firmware to work.

In future you should buy hardware that is compatible with your ideals.

http://www.fsf.org/resources/hw

Amarildo · 05-29-2015, 03:38 PM

I don't think it does.. It requires the non-free firmware to have proper 3D acceleration, but doesn't require it to "work". Not to mention I'm not the only one getting this, and people with the non-free firmware is facing this problem too. The "here's what I could gather" session in my previous post is what applies -to me- and shouldn't be followed as a base to determine what exactly is the problem hitting everyone else.

Quote:

In future you should buy hardware that is compatible with your ideals.

I sure will.

ReaperX7 · 05-29-2015, 08:27 PM

Working and 3D acceleration now go hand in hand the way the kernel works and how X is used anymore with xorg-server after 1.16.x came around.

Most X related stuff now uses glamoregl based acceleration for 2D drawing and basic rendering. This stems from xorg-server now utilizing the libepoxy egl drawing and pointer handling library. The card you have does require the non-free AMD firmware to operate. You can get the card up and running under the xf86-video-modesetting driver without any issues, but if you want to use the xf86-video-ati driver you will need the firmware as the rendering will try to use glamor accelerated video rather than exa accelerated video.

The FSF is nice and a goal, but honestly, it's very shortsighted and is more of a hindrance rather than a helper. It would be nice if all firmware could be free, all drivers, and all software could be free too, but the world isn't perfect, and neither is GNU/Linux.

CPUs, video cards, sound cards, network cards, etc. all now require firmware at some level either from the kernel open source firmware, or the non-free kernel firmware packages.