[SOLVED] Slackware -current :- Is hardware acceleration working or not on my machine?

PrinceCruise · 09-18-2014, 12:53 PM

Continuing from this thread - confused-at-opengl-version-in-current, I removed the 3.17.0-rc2 completely from my Slackware -current machine. Ran xorgsetup. Still the openGL appears to be :-

Code:

bash-4.3$ glxinfo | grep -i opengl
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
OpenGL version string: 3.0 Mesa 10.2.6
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

Restarted without an xorg.conf too, no effect.

Direct rendering is enabled though :-

Code:

bash-4.3$ glxinfo | grep -i direct
direct rendering: Yes

The LIBGL_DEBUG=verbose glxinfo>/dev/null test sheds some light but what should I interpret from this?:-

Code:

libGL: screen 0 does not appear to be DRI3 capable
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib64/xorg/modules/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/xorg/modules/dri/swrast_dri.so
libGL: driver does not expose __driDriverGetExtensions_swrast(): /usr/lib64/xorg/modules/dri/swrast_dri.so: undefined symbol: __driDriverGetExtensions_swrast
libGL: Can't open configuration file /home/cruise/.drirc: No such file or directory.
libGL: Can't open configuration file /home/cruise/.drirc: No such file or directory.

Another confusing part is, lspci -nnk output :-

Code:

00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 12)
        Subsystem: Lenovo Device [17aa:215a]
        Kernel driver in use: i915
        Kernel modules: i915

The below is Xorg.0.log and Xorg.1.log for dri2 :-

Code:

bash-4.3# grep -i dri2 /var/log/Xorg.1.log
[    95.496] Initializing built-in extension DRI2
[    95.496] (II) LoadModule: "dri2"
[    95.496] (II) Module "dri2" already built-in
[    95.506] (II) Loading sub module "dri2"
[    95.506] (II) LoadModule: "dri2"
[    95.506] (II) Module "dri2" already built-in
[    95.617] (II) intel(0): [DRI2] Setup complete
[    95.617] (II) intel(0): [DRI2]   DRI driver: i965
[    95.617] (II) intel(0): [DRI2]   VDPAU driver: i965
[    95.617] (II) intel(0): direct rendering: DRI2 enabled
[    95.634] (II) GLX: Initialized DRI2 GL provider for screen 0

Code:

bash-4.3# grep -i dri2 /var/log/Xorg.0.log
[    52.291] Initializing built-in extension DRI2
[    52.694] (II) AIGLX: Screen 0 is not DRI2 capable

The user is in video group.

My query is, IS hardware acceleration NOT really working or I'm just freaking out for no reason?

Hyonane · 09-18-2014, 01:36 PM

it does look like its working. U just freaking out.

Darth Vader · 09-18-2014, 02:20 PM

Quote:

Originally Posted by PrinceCruise

Continuing from this thread - confused-at-opengl-version-in-current, I removed the 3.17.0-rc2 completely from my Slackware -current machine. Ran xorgsetup. Still the openGL appears to be :-

Code:

bash-4.3$ glxinfo | grep -i opengl
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
OpenGL version string: 3.0 Mesa 10.2.6
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

Restarted without an xorg.conf too, no effect.

Direct rendering is enabled though :-

Code:

bash-4.3$ glxinfo | grep -i direct
direct rendering: Yes

The LIBGL_DEBUG=verbose glxinfo>/dev/null test sheds some light but what should I interpret from this?:-

Code:

libGL: screen 0 does not appear to be DRI3 capable
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib64/xorg/modules/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/xorg/modules/dri/swrast_dri.so
libGL: driver does not expose __driDriverGetExtensions_swrast(): /usr/lib64/xorg/modules/dri/swrast_dri.so: undefined symbol: __driDriverGetExtensions_swrast
libGL: Can't open configuration file /home/cruise/.drirc: No such file or directory.
libGL: Can't open configuration file /home/cruise/.drirc: No such file or directory.

Another confusing part is, lspci -nnk output :-

Code:

00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 12)
        Subsystem: Lenovo Device [17aa:215a]
        Kernel driver in use: i915
        Kernel modules: i915

The below is Xorg.0.log and Xorg.1.log for dri2 :-

Code:

bash-4.3# grep -i dri2 /var/log/Xorg.1.log
[    95.496] Initializing built-in extension DRI2
[    95.496] (II) LoadModule: "dri2"
[    95.496] (II) Module "dri2" already built-in
[    95.506] (II) Loading sub module "dri2"
[    95.506] (II) LoadModule: "dri2"
[    95.506] (II) Module "dri2" already built-in
[    95.617] (II) intel(0): [DRI2] Setup complete
[    95.617] (II) intel(0): [DRI2]   DRI driver: i965
[    95.617] (II) intel(0): [DRI2]   VDPAU driver: i965
[    95.617] (II) intel(0): direct rendering: DRI2 enabled
[    95.634] (II) GLX: Initialized DRI2 GL provider for screen 0

Code:

bash-4.3# grep -i dri2 /var/log/Xorg.0.log
[    52.291] Initializing built-in extension DRI2
[    52.694] (II) AIGLX: Screen 0 is not DRI2 capable

The user is in video group.

My query is, IS hardware acceleration NOT really working or I'm just freaking out for no reason?

No. You do not have hardware acceleration right now. Your system got the software fallback, in this case, llvmpipe, which is an software rasterizer similar with the classic swrast, but with better performances.

PrinceCruise · 09-18-2014, 02:32 PM

Quote:

Originally Posted by Darth Vader

No. You do not have hardware acceleration right now. Your system got the software fallback, in this case, llvmpipe, which is an software rasterizer similar with the classic swrast, but with better performances.

Yup, looking at the llvmpipe. How can I enable it, the way it used to be errr....I don't know when.
Why does Direct rendering say YES, could you please explain?

Regards.

Darth Vader · 09-18-2014, 02:55 PM

Quote:

Originally Posted by PrinceCruise

Yup, looking at the llvmpipe. How can I enable it, the way it used to be errr....I don't know when.
Why does Direct rendering say YES, could you please explain?

Regards.

Technically, yes, you have direct rendering, because the llvmpipe is a special software rasterizer which use the LLVM to emulate the 3D instructions executed by videocard, but using just and only the CPU power. Of course, the performance is low, even still it is much better that the classic swrast. Think about something similar with Windows's VGA Save Driver, capable to drive the desktop, but not the games.

So, with an powerful CPU you can expect from llvmpipe on working the 3D effects of KDE(4), but for gaming, is too slow.

In other hand, will be nice to show the entire content of /var/log/Xorg.log and /var/log/dmesg, also the output of "lspci -vvv", to be able to comment further.

ReaperX7 · 09-18-2014, 10:03 PM

Did you try to check the xorg.conf for the correct driver?

If you have an Intel chipset it should be using the "intel" driver.

PrinceCruise · 09-19-2014, 12:10 PM

Quote:

Originally Posted by Darth Vader

Technically, yes, you have direct rendering, because the llvmpipe is a special software rasterizer which use the LLVM to emulate the 3D instructions executed by videocard, but using just and only the CPU power. Of course, the performance is low, even still it is much better that the classic swrast. Think about something similar with Windows's VGA Save Driver, capable to drive the desktop, but not the games.

So, with an powerful CPU you can expect from llvmpipe on working the 3D effects of KDE(4), but for gaming, is too slow.

In other hand, will be nice to show the entire content of /var/log/Xorg.log and /var/log/dmesg, also the output of "lspci -vvv", to be able to comment further.

Here ya go mate :-

Xorg.0.log :- http://pastebin.com/TBX6aUVb
Xorg.1.log :- http://pastebin.com/AYGi4QPN

/var/log/dmesg :- http://pastebin.com/zDDyjSRR

lspci -vvv :- http://pastebin.com/BUq4W5C5

Regards.

PrinceCruise · 09-19-2014, 12:17 PM

Quote:

Originally Posted by ReaperX7

Did you try to check the xorg.conf for the correct driver?

If you have an Intel chipset it should be using the "intel" driver.

Hi Reaper, I have two files in my /etc/X11/ - xorg.conf and xorg.conf-vesa. None of which has any entry of Intel driver in any section.
The xorg.conf.d/ folder is empty.

Anything missing?

Regards.

ReaperX7 · 09-19-2014, 01:07 PM

Go to xorg.conf, find the driver section (should down near the bottom) look for the first device listed, and change the "driver" to "intel", and restart your X-Session.

PrinceCruise · 09-19-2014, 01:25 PM

Quote:

Originally Posted by ReaperX7

Go to xorg.conf, find the driver section (should down near the bottom) look for the first device listed, and change the "driver" to "intel", and restart your X-Session.

Hey Reaper, did you mean the "Device" section, because there's no driver section.

Code:

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz",
        ### <percent>: "<f>%"
        ### [arg]: arg optional
        #Option     "SWcursor"                  # [<bool>]
        #Option     "kmsdev"                    # <str>
        #Option     "ShadowFB"                  # [<bool>]
        Identifier  "Card0"
        Driver      "modesetting"
        BusID       "PCI:0:2:0"
EndSection

Do you want me to change the Driver from modesetting to Intel?

Regards.

PrinceCruise · 09-20-2014, 05:07 AM

Update:-

I removed modesetting and added intel in the device section for Driver. Rebooted and voila :-

Code:

bash-4.3$ glxinfo | grep -i opengl
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile 
OpenGL version string: 2.1 Mesa 10.2.6
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 10.2.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
OpenGL ES profile extensions:

Further checked by running glxgears in one terminal window and running intel_gpu_top in other terminal. While the glxgears test runs, the Render Busy shows in percentage. Previously it was 0 which was because the CPU was in use, not GPU. So it looks good now I think.

Much thanks to Reaper for this. Anything else can be verified here?

Regards.