Bug 103968 - No Hardware Acceleration with AMD RX 550
Summary: No Hardware Acceleration with AMD RX 550
Status: RESOLVED INVALID
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/AMDgpu (show other bugs)
Version: XOrg git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-11-29 12:06 UTC by Odo Wolbers
Modified: 2017-11-30 15:48 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.log showing e.g. glamor/EGL fails to initialise (41.23 KB, text/plain)
2017-11-29 12:06 UTC, Odo Wolbers
no flags Details

Description Odo Wolbers 2017-11-29 12:06:02 UTC
Created attachment 135796 [details]
Xorg.log showing e.g. glamor/EGL fails to initialise

Hello Community,

sorry, I'm not an English mothertongue.


Since three month now I try to activate the hardware acceleration of an AMD RX 550 with debian (tried 4.9, 4.11, 4.12, 4.13, 4.14). I tried different configurations, self-compiled kernels, self-compiled bleeding edge mesa, self-compiled xorg - no luck.

Researching the web I found disturbing info about a disfunct hardware acceleration of the RS 550 with debian. But I couldn't find related bugs on any list.
So hopefully this is the right bugtracker for this kind of issues.
I tried to keep the logs short and I hope I provided all necessary parts. If not, just ask.

Until the new machine, I ran linux in virtual machines on MacOS. Therefore I'm not very experienced in hunting down hardware/driver issues. It looks to me - without being an expert in X11R7 - that the right driver fails to load or initialise.

Had to revert to an 4.9 built Xorg because I tweaked the newer one until it broke. The newest 4.14 source had problems with a dependency of linux-headers with 
libssl; linux-headers-4.14.0-041400-generic : depends on : libssl1.0.0 (>= 1.0.0) cannot be installed. (my translation).
apt list libssl*
Auflistung... Fertig
libssl-dev/testing,unstable,now 1.1.0g-2 amd64  [installiert]
libssl-doc/testing,testing,unstable,unstable 1.1.0g-2 all
libssl-ocaml/unstable 0.5.3-1+b1 amd64
libssl-ocaml-dev/unstable 0.5.3-1+b1 amd64
libssl-utils-clojure/testing,testing,unstable,unstable 0.8.3-1 all
libssl1.0-dev/testing,unstable 1.0.2m-3 amd64
libssl1.0.2/testing,unstable,now 1.0.2m-3 amd64  [installiert]
libssl1.1/testing,unstable,now 1.1.0g-2 amd64  [installiert]
Should be ok, IMHO but doesn't work

uname -a
Linux Monster 4.14.0-041400-generic #201711122031 SMP Sun Nov 12 20:32:29 UTC 2017 x86_64 GNU/Linux
-------------------------------------------------------------
dmesg | grep amdgpu || dri || drm || powerplay
[    4.357694] [drm] amdgpu kernel modesetting enabled.
[    4.413575] fb: switching to amdgpudrmfb from EFI VGA
[    4.414195] amdgpu 0000:24:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff
[    4.415022] amdgpu 0000:24:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)
[    4.415025] amdgpu 0000:24:00.0: GTT: 256M 0x0000000000000000 - 0x000000000FFFFFFF
[    4.415125] [drm] amdgpu: 2048M of VRAM memory ready
[    4.415126] [drm] amdgpu: 3072M of GTT memory ready.
[    4.415260] amdgpu 0000:24:00.0: amdgpu: using MSI.
[    4.415279] [drm] amdgpu: irq initialized.
[    4.611879] amdgpu: [powerplay] amdgpu: powerplay sw initialized
[    4.614395] amdgpu 0000:24:00.0: fence driver on ring 0 use gpu addr 0x0000000000400040, cpu addr 0xffffb0d788495040
[    4.614433] amdgpu 0000:24:00.0: fence driver on ring 1 use gpu addr 0x00000000004000c0, cpu addr 0xffffb0d7884950c0
[    4.614460] amdgpu 0000:24:00.0: fence driver on ring 2 use gpu addr 0x0000000000400140, cpu addr 0xffffb0d788495140
[    4.614486] amdgpu 0000:24:00.0: fence driver on ring 3 use gpu addr 0x00000000004001c0, cpu addr 0xffffb0d7884951c0
[    4.614511] amdgpu 0000:24:00.0: fence driver on ring 4 use gpu addr 0x0000000000400240, cpu addr 0xffffb0d788495240
[    4.614535] amdgpu 0000:24:00.0: fence driver on ring 5 use gpu addr 0x00000000004002c0, cpu addr 0xffffb0d7884952c0
[    4.614564] amdgpu 0000:24:00.0: fence driver on ring 6 use gpu addr 0x0000000000400340, cpu addr 0xffffb0d788495340
[    4.614589] amdgpu 0000:24:00.0: fence driver on ring 7 use gpu addr 0x00000000004003c0, cpu addr 0xffffb0d7884953c0
[    4.614611] amdgpu 0000:24:00.0: fence driver on ring 8 use gpu addr 0x0000000000400440, cpu addr 0xffffb0d788495440
[    4.614626] amdgpu 0000:24:00.0: fence driver on ring 9 use gpu addr 0x00000000004004e0, cpu addr 0xffffb0d7884954e0
[    4.615441] amdgpu 0000:24:00.0: fence driver on ring 10 use gpu addr 0x0000000000400560, cpu addr 0xffffb0d788495560
[    4.615471] amdgpu 0000:24:00.0: fence driver on ring 11 use gpu addr 0x00000000004005e0, cpu addr 0xffffb0d7884955e0
[    4.616226] amdgpu 0000:24:00.0: fence driver on ring 12 use gpu addr 0x000000f4002ad420, cpu addr 0xffffb0d78945a420
[    4.616578] amdgpu 0000:24:00.0: fence driver on ring 13 use gpu addr 0x00000000004006e0, cpu addr 0xffffb0d7884956e0
[    4.616600] amdgpu 0000:24:00.0: fence driver on ring 14 use gpu addr 0x0000000000400760, cpu addr 0xffffb0d788495760
[    4.901739] fbcon: amdgpudrmfb (fb0) is primary device
[    5.116401] amdgpu 0000:24:00.0: fb0: amdgpudrmfb frame buffer device
[    5.136551] amdgpu 0000:24:00.0: kfd not supported on this ASIC
[    5.136588] [drm] Initialized amdgpu 3.19.0 20150101 for 0000:24:00.0 on minor 0
------------------------------------------------------------
It states the RX 550 is on PCI 24:00.0 but in the Xorg.log (attached) you'll find this:
[     5.774] (II) xfree86: Adding drm device (/dev/dri/card0)
[     5.781] (--) PCI:*(0:36:0:0) 1002:699f:1043:0511 rev 199, Mem @ 0xe0000000/268435456, 0xf0000000/2097152, 0xfe800000/262144, I/O @ 0x0000e000/256, BIOS @ 0x????????/131072
-------------------------------------------------------------
lspci -v

24:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Lexa PRO [Radeon RX 550] (rev c7) (prog-if 00 [VGA controller])
	Subsystem: ASUSTeK Computer Inc. Lexa PRO [Radeon RX 550]
	Flags: bus master, fast devsel, latency 0, IRQ 67
	Memory at e0000000 (64-bit, prefetchable) [size=256M]
	Memory at f0000000 (64-bit, prefetchable) [size=2M]
	I/O ports at e000 [size=256]
	Memory at fe800000 (32-bit, non-prefetchable) [size=256K]
	Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: [48] Vendor Specific Information: Len=08 <?>
	Capabilities: [50] Power Management version 3
	Capabilities: [58] Express Legacy Endpoint, MSI 00
	Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
	Capabilities: [150] Advanced Error Reporting
	Capabilities: [200] #15
	Capabilities: [270] #19
	Capabilities: [2b0] Address Translation Service (ATS)
	Capabilities: [2c0] Page Request Interface (PRI)
	Capabilities: [2d0] Process Address Space ID (PASID)
	Capabilities: [320] Latency Tolerance Reporting
	Capabilities: [328] Alternative Routing-ID Interpretation (ARI)
	Capabilities: [370] L1 PM Substates
	Kernel driver in use: amdgpu
	Kernel modules: amdgpu
------------------------------------------------------------------
This looks ok, the gpu is working (otherwise I couldn't type :-)) but only with llvm:

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 3.9, 128 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.4.0-devel (git-1eab327ba7)
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 17.4.0-devel (git-1eab327ba7)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.4.0-devel (git-1eab327ba7)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
------------------------------------------------------------
Attached please find the Xorg.log.
Comment 1 Michel Dänzer 2017-11-29 14:24:22 UTC
Please provide the output of:

 dpkg -l | grep '^i.*mesa'
Comment 2 Odo Wolbers 2017-11-30 10:55:58 UTC
Here you are:
dpkg -l | grep '^i.*mesa'
ii  glx-alternative-mesa                  0.8.1                             amd64        allows the selection of MESA as GLX provider
ii  libegl-mesa0:amd64                    17.2.5-1                          amd64        free implementation of the EGL API -- Mesa vendor library
ii  libegl1-mesa:amd64                    17.2.5-1                          amd64        transitional dummy package
ii  libegl1-mesa-dev:amd64                17.2.5-1                          amd64        free implementation of the EGL API -- development files
ii  libegl1-mesa-drivers:amd64            13.0.6-1+b2                       amd64        transitional dummy package
ii  libgl1-mesa-dev:amd64                 17.2.5-1                          amd64        free implementation of the OpenGL API -- GLX development files
ii  libgl1-mesa-dri:amd64                 17.2.5-1                          amd64        free implementation of the OpenGL API -- DRI modules
ii  libgl1-mesa-glx:amd64                 17.2.5-1                          amd64        transitional dummy package
ii  libglapi-mesa:amd64                   17.2.5-1                          amd64        free implementation of the GL API -- shared library
ii  libgles2-mesa:amd64                   17.2.5-1                          amd64        transitional dummy package
ii  libgles2-mesa-dev:amd64               17.2.5-1                          amd64        free implementation of the OpenGL|ES 2.x API -- development files
ii  libglu1-mesa:amd64                    9.0.0-2.1                         amd64        Mesa OpenGL utility library (GLU)
ii  libglx-mesa0:amd64                    17.2.5-1                          amd64        free implementation of the OpenGL API -- GLX vendor library
ii  libosmesa6:amd64                      17.2.5-1                          amd64        Mesa Off-screen rendering extension
ii  libwayland-egl1-mesa:amd64            17.2.5-1                          amd64        implementation of the Wayland EGL platform -- runtime
ii  mesa-common-dev:amd64                 17.2.5-1                          amd64        Developer documentation for Mesa
ii  mesa-opencl-icd:amd64                 17.2.5-1                          amd64        free implementation of the OpenCL API -- ICD runtime
ii  mesa-utils                            8.3.0-5                           amd64        Miscellaneous Mesa GL utilities
ii  mesa-utils-extra                      8.3.0-5                           amd64        Miscellaneous Mesa utilies (opengles, egl)
ii  mesa-va-drivers:amd64                 17.2.5-1                          amd64        Mesa VA-API video acceleration drivers
ii  mesa-vdpau-drivers:amd64              17.2.5-1                          amd64        Mesa VDPAU video acceleration drivers
ii  mesa-vulkan-drivers:amd64             17.2.5-1                          amd64        Mesa Vulkan graphics drivers
Comment 3 Michel Dänzer 2017-11-30 11:10:48 UTC
That looks fine. Is there any chance that there are leftovers from your previous attempts at compiling Mesa or related components? E.g. check if

 ldd /usr/lib/xorg/modules/libglamoregl.so

shows it picking up anything you compiled yourself, or just generally look for any leftovers.
Comment 4 Odo Wolbers 2017-11-30 11:38:51 UTC
ldd /usr/lib/xorg/modules/libglamoregl.so 
	linux-vdso.so.1 (0x00007ffefbab0000)
	libgbm.so.1 => /usr/local/lib/libgbm.so.1 (0x00007f4d676cd000)
	libepoxy.so.0 => /usr/lib/x86_64-linux-gnu/libepoxy.so.0 (0x00007f4d673cc000)
	libaudit.so.1 => /lib/x86_64-linux-gnu/libaudit.so.1 (0x00007f4d671a3000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f4d66e90000)
	libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 (0x00007f4d66c7b000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f4d66a5d000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4d666ba000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f4d664a0000)
	libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f4d6626e000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4d6606a000)
	libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x00007f4d65e5a000)
	libcap-ng.so.0 => /lib/x86_64-linux-gnu/libcap-ng.so.0 (0x00007f4d65c55000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f4d67b0d000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f4d65a4d000)

Looking for leftovers, after all the tweaking, re-linking and compiling I've done, seems to be harder than just to fire up a complete re-install.
What would be a reasonable strategy? Starting with debian 4.9.2 and upgrading the kernel to 4.13 or 4.14? Before kernel 4.11 the only available graphic mode was 1024x768. On the other hand would I be left exactly where I started tweaking because the hardware acceleration didn't work.
Comment 5 Michel Dänzer 2017-11-30 11:44:35 UTC
(In reply to Odo Wolbers from comment #4)
> ldd /usr/lib/xorg/modules/libglamoregl.so 
> 	[...]
> 	libgbm.so.1 => /usr/local/lib/libgbm.so.1 (0x00007f4d676cd000)
>       [...]
> 	libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x00007f4d65e5a000)

Does removing /usr/local/lib/libgbm.so* and /usr/local/lib/libdrm.so* help? If not, look for more leftovers under /usr/local/.
Comment 6 Odo Wolbers 2017-11-30 12:18:40 UTC
After rm /usr/local/lib/libgbm.so* /usr/local/lib/libdrm.so* I get this:
glxinfo | grep OpenGL | renderer
bash: renderer: Kommando nicht gefunden.
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: radeonsi
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: radeonsi

Under /usr/local I found quite some files which look related to GL with a date of the last tweakings (22.Nov). Does it make sense to just delete everything from this date?

/usr/local/include:
insgesamt 124K
drwxr-sr-x 2 root 4,0K Nov 22 16:01 EGL
-rw-r--r-- 1 root  15K Nov 22 16:01 gbm.h
drwxr-sr-x 3 root 4,0K Nov 22 16:01 GL
drwxr-sr-x 2 root 4,0K Nov 22 16:01 GLES
drwxr-sr-x 2 root 4,0K Nov 22 16:01 GLES2
drwxr-sr-x 2 root 4,0K Nov 22 16:01 GLES3
drwxr-sr-x 2 root 4,0K Nov 22 16:01 KHR
drwxr-sr-x 3 root 4,0K Nov 16 14:53 libdrm
drwxr-sr-x 2 root 4,0K Nov 16 14:53 libkms
-rw-r--r-- 1 root 3,4K Nov 16 14:53 libsync.h
-rw-r--r-- 1 root  15K Nov 16 14:51 pciaccess.h
drwxr-sr-x 2 root 4,0K Nov 25 12:51 X11
-rw-r--r-- 1 root  32K Nov 16 14:53 xf86drm.h
-rw-r--r-- 1 root  17K Nov 16 14:53 xf86drmMode.h

/usr/local/include/EGL:
insgesamt 92K
-rw-r--r-- 1 root 2,5K Nov 22 16:01 eglextchromium.h
-rw-r--r-- 1 root  59K Nov 22 16:01 eglext.h
-rw-r--r-- 1 root  16K Nov 22 16:01 egl.h
-rw-r--r-- 1 root 3,9K Nov 22 16:01 eglmesaext.h
-rw-r--r-- 1 root 5,4K Nov 22 16:01 eglplatform.h

/usr/local/include/GL:
insgesamt 1,5M
-rw-r--r-- 1 root 398K Nov 22 16:01 glcorearb.h
-rw-r--r-- 1 root 810K Nov 22 16:01 glext.h
-rw-r--r-- 1 root  79K Nov 22 16:01 gl.h
-rw-r--r-- 1 root 156K Nov 22 16:01 gl_mangle.h
-rw-r--r-- 1 root  47K Nov 22 16:01 glxext.h
-rw-r--r-- 1 root  15K Nov 22 16:01 glx.h
-rw-r--r-- 1 root 3,4K Nov 22 16:01 glx_mangle.h
drwxr-sr-x 2 root 4,0K Nov 22 16:01 internal

/usr/local/include/GL/internal:
insgesamt 68K
-rw-r--r-- 1 root 68K Nov 22 16:01 dri_interface.h

/usr/local/include/GLES:
insgesamt 92K
-rw-r--r-- 1 root  922 Nov 22 16:01 egl.h
-rw-r--r-- 1 root  52K Nov 22 16:01 glext.h
-rw-r--r-- 1 root  32K Nov 22 16:01 gl.h
-rw-r--r-- 1 root 1,2K Nov 22 16:01 glplatform.h

/usr/local/include/GLES2:
insgesamt 256K
-rw-r--r-- 1 root 205K Nov 22 16:01 gl2ext.h
-rw-r--r-- 1 root  43K Nov 22 16:01 gl2.h
-rw-r--r-- 1 root 1,2K Nov 22 16:01 gl2platform.h

/usr/local/include/GLES3:
insgesamt 328K
-rw-r--r-- 1 root 105K Nov 22 16:01 gl31.h
-rw-r--r-- 1 root 126K Nov 22 16:01 gl32.h
-rw-r--r-- 1 root  741 Nov 22 16:01 gl3ext.h
-rw-r--r-- 1 root  81K Nov 22 16:01 gl3.h
-rw-r--r-- 1 root 1,2K Nov 22 16:01 gl3platform.h

/usr/local/include/KHR:
insgesamt 12K
-rw-r--r-- 1 root 11K Nov 22 16:01 khrplatform.h

/usr/local/include/libdrm:
insgesamt 468K
-rw-r--r-- 1 root  27K Nov 16 14:53 amdgpu_drm.h
-rw-r--r-- 1 root  45K Nov 16 14:53 amdgpu.h
-rw-r--r-- 1 root  18K Nov 16 14:53 drm_fourcc.h
-rw-r--r-- 1 root  30K Nov 16 14:53 drm.h
-rw-r--r-- 1 root  23K Nov 16 14:53 drm_mode.h
-rw-r--r-- 1 root 2,8K Nov 16 14:53 drm_sarea.h
-rw-r--r-- 1 root  46K Nov 16 14:53 i915_drm.h
-rw-r--r-- 1 root 5,8K Nov 16 14:53 intel_aub.h
-rw-r--r-- 1 root  13K Nov 16 14:53 intel_bufmgr.h
-rw-r--r-- 1 root 1,6K Nov 16 14:53 intel_debug.h
-rw-r--r-- 1 root 7,8K Nov 16 14:53 mach64_drm.h
-rw-r--r-- 1 root  13K Nov 16 14:53 mga_drm.h
drwxr-sr-x 3 root 4,0K Nov 16 14:53 nouveau
-rw-r--r-- 1 root 5,6K Nov 16 14:53 nouveau_drm.h
-rw-r--r-- 1 root 4,2K Nov 16 14:53 qxl_drm.h
-rw-r--r-- 1 root 9,7K Nov 16 14:53 r128_drm.h
-rw-r--r-- 1 root  17K Nov 16 14:53 r600_pci_ids.h
-rw-r--r-- 1 root 2,0K Nov 16 14:53 radeon_bo_gem.h
-rw-r--r-- 1 root 2,8K Nov 16 14:53 radeon_bo.h
-rw-r--r-- 1 root 1,7K Nov 16 14:53 radeon_bo_int.h
-rw-r--r-- 1 root 1,6K Nov 16 14:53 radeon_cs_gem.h
-rw-r--r-- 1 root 5,1K Nov 16 14:53 radeon_cs.h
-rw-r--r-- 1 root 2,2K Nov 16 14:53 radeon_cs_int.h
-rw-r--r-- 1 root  38K Nov 16 14:53 radeon_drm.h
-rw-r--r-- 1 root 5,9K Nov 16 14:53 radeon_surface.h
-rw-r--r-- 1 root 6,9K Nov 16 14:53 savage_drm.h
-rw-r--r-- 1 root 2,5K Nov 16 14:53 sis_drm.h
-rw-r--r-- 1 root 5,4K Nov 16 14:53 tegra_drm.h
-rw-r--r-- 1 root 9,9K Nov 16 14:53 vc4_drm.h
-rw-r--r-- 1 root 8,1K Nov 16 14:53 via_drm.h
-rw-r--r-- 1 root 4,6K Nov 16 14:53 virtgpu_drm.h
-rw-r--r-- 1 root  31K Nov 16 14:53 vmwgfx_drm.h

/usr/local/include/libdrm/nouveau:
insgesamt 12K
-rw-r--r-- 1 root 7,6K Nov 16 14:53 nouveau.h
drwxr-sr-x 2 root 4,0K Nov 16 14:53 nvif

/usr/local/include/libdrm/nouveau/nvif:
insgesamt 36K
-rw-r--r-- 1 root 1,8K Nov 16 14:53 cl0080.h
-rw-r--r-- 1 root 2,1K Nov 16 14:53 cl9097.h
-rw-r--r-- 1 root 8,6K Nov 16 14:53 class.h
-rw-r--r-- 1 root  769 Nov 16 14:53 if0002.h
-rw-r--r-- 1 root  645 Nov 16 14:53 if0003.h
-rw-r--r-- 1 root 3,1K Nov 16 14:53 ioctl.h
-rw-r--r-- 1 root 1,6K Nov 16 14:53 unpack.h

/usr/local/include/libkms:
insgesamt 4,0K
-rw-r--r-- 1 root 2,6K Nov 16 14:53 libkms.h

/usr/local/include/X11:
insgesamt 4,0K
-rw-r--r-- 1 root 3,8K Nov 25 12:51 Xauth.h

/usr/local/lib:
insgesamt 27M
drwxr-sr-x 2 root 4,0K Nov 22 16:01 dri
-rwxr-xr-x 1 root  980 Nov 16 14:53 libdrm_amdgpu.la
lrwxrwxrwx 1 root   22 Nov 16 14:53 libdrm_amdgpu.so -> libdrm_amdgpu.so.1.0.0
lrwxrwxrwx 1 root   22 Nov 16 14:53 libdrm_amdgpu.so.1 -> libdrm_amdgpu.so.1.0.0
-rwxr-xr-x 1 root 165K Nov 16 14:53 libdrm_amdgpu.so.1.0.0
-rwxr-xr-x 1 root 1022 Nov 16 14:53 libdrm_intel.la
lrwxrwxrwx 1 root   21 Nov 16 14:53 libdrm_intel.so -> libdrm_intel.so.1.0.0
lrwxrwxrwx 1 root   21 Nov 16 14:53 libdrm_intel.so.1 -> libdrm_intel.so.1.0.0
-rwxr-xr-x 1 root 447K Nov 16 14:53 libdrm_intel.so.1.0.0
-rwxr-xr-x 1 root  913 Nov 16 14:53 libdrm.la
-rwxr-xr-x 1 root  986 Nov 16 14:53 libdrm_nouveau.la
lrwxrwxrwx 1 root   23 Nov 16 14:53 libdrm_nouveau.so -> libdrm_nouveau.so.2.0.0
lrwxrwxrwx 1 root   23 Nov 16 14:53 libdrm_nouveau.so.2 -> libdrm_nouveau.so.2.0.0
-rwxr-xr-x 1 root 117K Nov 16 14:53 libdrm_nouveau.so.2.0.0
-rwxr-xr-x 1 root  980 Nov 16 14:53 libdrm_radeon.la
lrwxrwxrwx 1 root   22 Nov 16 14:53 libdrm_radeon.so -> libdrm_radeon.so.1.0.1
lrwxrwxrwx 1 root   22 Nov 16 14:53 libdrm_radeon.so.1 -> libdrm_radeon.so.1.0.1
-rwxr-xr-x 1 root 163K Nov 16 14:53 libdrm_radeon.so.1.0.1
-rwxr-xr-x 1 root 1,2K Nov 22 16:01 libEGL.la
lrwxrwxrwx 1 root   15 Nov 22 16:01 libEGL.so -> libEGL.so.1.0.0
lrwxrwxrwx 1 root   15 Nov 22 16:01 libEGL.so.1 -> libEGL.so.1.0.0
-rwxr-xr-x 1 root 1,2M Nov 22 16:01 libEGL.so.1.0.0
-rwxr-xr-x 1 root  979 Nov 22 16:01 libgbm.la
-rwxr-xr-x 1 root  947 Nov 22 16:01 libglapi.la
lrwxrwxrwx 1 root   17 Nov 22 16:01 libglapi.so -> libglapi.so.0.0.0
lrwxrwxrwx 1 root   17 Nov 22 16:01 libglapi.so.0 -> libglapi.so.0.0.0
-rwxr-xr-x 1 root 285K Nov 22 16:01 libglapi.so.0.0.0
-rwxr-xr-x 1 root 1,1K Nov 22 16:01 libGLESv1_CM.la
lrwxrwxrwx 1 root   21 Nov 22 16:01 libGLESv1_CM.so -> libGLESv1_CM.so.1.1.0
lrwxrwxrwx 1 root   21 Nov 22 16:01 libGLESv1_CM.so.1 -> libGLESv1_CM.so.1.1.0
-rwxr-xr-x 1 root  26K Nov 22 16:01 libGLESv1_CM.so.1.1.0
-rwxr-xr-x 1 root 1,1K Nov 22 16:01 libGLESv2.la
lrwxrwxrwx 1 root   18 Nov 22 16:01 libGLESv2.so -> libGLESv2.so.2.0.0
lrwxrwxrwx 1 root   18 Nov 22 16:01 libGLESv2.so.2 -> libGLESv2.so.2.0.0
-rwxr-xr-x 1 root  52K Nov 22 16:01 libGLESv2.so.2.0.0
-rwxr-xr-x 1 root 1,2K Nov 22 16:01 libGL.la
lrwxrwxrwx 1 root   14 Nov 22 16:01 libGL.so -> libGL.so.1.2.0
lrwxrwxrwx 1 root   14 Nov 22 16:01 libGL.so.1 -> libGL.so.1.2.0
-rwxr-xr-x 1 root 2,7M Nov 22 16:01 libGL.so.1.2.0
-rwxr-xr-x 1 root  938 Nov 16 14:53 libkms.la
lrwxrwxrwx 1 root   15 Nov 16 14:53 libkms.so -> libkms.so.1.0.0
lrwxrwxrwx 1 root   15 Nov 16 14:53 libkms.so.1 -> libkms.so.1.0.0
-rwxr-xr-x 1 root  68K Nov 16 14:53 libkms.so.1.0.0
-rw-r--r-- 1 root 282K Nov 16 14:51 libpciaccess.a
-rwxr-xr-x 1 root  955 Nov 16 14:51 libpciaccess.la
lrwxrwxrwx 1 root   22 Nov 16 14:51 libpciaccess.so -> libpciaccess.so.0.11.1
lrwxrwxrwx 1 root   22 Nov 16 14:51 libpciaccess.so.0 -> libpciaccess.so.0.11.1
-rwxr-xr-x 1 root 152K Nov 16 14:51 libpciaccess.so.0.11.1
-rw-r--r-- 1 root  83K Nov 25 12:51 libXau.a
-rwxr-xr-x 1 root  910 Nov 25 12:51 libXau.la
lrwxrwxrwx 1 root   15 Nov 25 12:51 libXau.so -> libXau.so.6.0.0
lrwxrwxrwx 1 root   15 Nov 25 12:51 libXau.so.6 -> libXau.so.6.0.0
-rwxr-xr-x 1 root  41K Nov 25 12:51 libXau.so.6.0.0
lrwxrwxrwx 1 root   20 Nov 22 17:24 libXvMCgallium.so.1 -> libXvMCr600.so.1.0.0
lrwxrwxrwx 1 root   20 Nov 22 16:01 libXvMCr600.so -> libXvMCr600.so.1.0.0
lrwxrwxrwx 1 root   20 Nov 22 16:01 libXvMCr600.so.1 -> libXvMCr600.so.1.0.0
lrwxrwxrwx 1 root   20 Nov 22 16:01 libXvMCr600.so.1.0 -> libXvMCr600.so.1.0.0
-rwxr-xr-x 1 root  22M Nov 22 16:01 libXvMCr600.so.1.0.0
drwxr-sr-x 2 root 4,0K Nov 25 12:51 pkgconfig
drwxrwsr-x 4 root 4,0K Okt 27 09:06 python2.7
drwxrwsr-x 3 root 4,0K Okt  6 16:32 python3.6
drwxr-sr-x 2 root 4,0K Nov 22 16:01 vdpau
drwxr-sr-x 3 root 4,0K Nov 22 17:51 xorg

/usr/local/lib/dri:
insgesamt 720M
-rwxr-xr-x 5 root 69M Nov 22 16:01 i915_dri.so
-rwxr-xr-x 5 root 69M Nov 22 16:01 i965_dri.so
-rwxr-xr-x 5 root 71M Nov 22 16:01 kms_swrast_dri.so
-rwxr-xr-x 5 root 69M Nov 22 16:01 nouveau_vieux_dri.so
-rwxr-xr-x 5 root 69M Nov 22 16:01 r200_dri.so
-rwxr-xr-x 5 root 71M Nov 22 16:01 r300_dri.so
-rwxr-xr-x 5 root 71M Nov 22 16:01 r600_dri.so
-rwxr-xr-x 1 root 22M Nov 22 16:01 r600_drv_video.so
-rwxr-xr-x 5 root 69M Nov 22 16:01 radeon_dri.so
-rwxr-xr-x 5 root 71M Nov 22 16:01 swrast_dri.so
-rwxr-xr-x 5 root 71M Nov 22 16:01 vmwgfx_dri.so

/usr/local/lib/pkgconfig:
insgesamt 56K
-rw-r--r-- 1 root 259 Nov 22 16:01 dri.pc
-rw-r--r-- 1 root 369 Nov 22 16:01 egl.pc
-rw-r--r-- 1 root 244 Nov 22 16:01 gbm.pc
-rw-r--r-- 1 root 291 Nov 22 16:01 glesv1_cm.pc
-rw-r--r-- 1 root 282 Nov 22 16:01 glesv2.pc
-rw-r--r-- 1 root 383 Nov 22 16:01 gl.pc
-rw-r--r-- 1 root 302 Nov 16 14:53 libdrm_amdgpu.pc
-rw-r--r-- 1 root 287 Nov 16 14:53 libdrm_intel.pc
-rw-r--r-- 1 root 332 Nov 16 14:53 libdrm_nouveau.pc
-rw-r--r-- 1 root 252 Nov 16 14:53 libdrm.pc
-rw-r--r-- 1 root 302 Nov 16 14:53 libdrm_radeon.pc
-rw-r--r-- 1 root 291 Nov 16 14:53 libkms.pc
-rw-r--r-- 1 root 256 Nov 16 14:51 pciaccess.pc
-rw-r--r-- 1 root 238 Nov 25 12:51 xau.pc

/usr/local/lib/vdpau:
insgesamt 48M
lrwxrwxrwx 1 root  22 Nov 22 16:01 libvdpau_r300.so -> libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root  22 Nov 22 16:01 libvdpau_r300.so.1 -> libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root  22 Nov 22 16:01 libvdpau_r300.so.1.0 -> libvdpau_r300.so.1.0.0
-rwxr-xr-x 2 root 24M Nov 22 16:01 libvdpau_r300.so.1.0.0
lrwxrwxrwx 1 root  22 Nov 22 16:01 libvdpau_r600.so -> libvdpau_r600.so.1.0.0
lrwxrwxrwx 1 root  22 Nov 22 16:01 libvdpau_r600.so.1 -> libvdpau_r600.so.1.0.0
lrwxrwxrwx 1 root  22 Nov 22 16:01 libvdpau_r600.so.1.0 -> libvdpau_r600.so.1.0.0
-rwxr-xr-x 2 root 24M Nov 22 16:01 libvdpau_r600.so.1.0.0

/usr/local/lib/xorg:
insgesamt 4,0K
drwxr-sr-x 3 root 4,0K Nov 22 17:51 modules

/usr/local/lib/xorg/modules:
insgesamt 4,0K
drwxr-sr-x 2 root 4,0K Nov 22 18:04 drivers

/usr/local/lib/xorg/modules/drivers:
insgesamt 0

/usr/local/share:
insgesamt 52K
drwxr-sr-x 2 root 4,0K Nov 29 13:05 applications
drwxrwsr-x 2 root 4,0K Okt  6 16:32 ca-certificates
drwxr-sr-x 7 root 4,0K Nov 13 12:42 dupeguru
drwxrwsr-x 3 root 4,0K Okt  6 16:32 emacs
drwxrwsr-x 2 root 4,0K Okt  6 16:32 fonts
drwxr-sr-x 2 root 4,0K Nov 16 14:53 libdrm
drwxrwsr-x 5 root 4,0K Nov 22 17:51 man
drwxrwsr-x 3 root 4,0K Okt  6 16:32 openssh-known-hosts
drwxr-sr-x 2 root 4,0K Nov 13 12:42 pixmaps
drwxrwsr-x 7 root 4,0K Okt  6 16:32 sgml
drwxrwsr-x 2 root 4,0K Okt  6 16:32 texmf
drwxr-sr-x 3 root 4,0K Nov 22 17:51 X11
drwxrwsr-x 6 root 4,0K Okt  6 16:32 xml

/usr/local/share/libdrm:
insgesamt 8,0K
-rw-r--r-- 1 root 5,4K Nov 16 14:53 amdgpu.ids

/usr/local/share/X11:
insgesamt 4,0K
drwxr-sr-x 2 root 4,0K Nov 22 17:51 xorg.conf.d

/usr/local/share/X11/xorg.conf.d:
insgesamt 4,0K
-rw-r--r-- 1 root 92 Nov 22 17:51 10-amdgpu.conf
Comment 7 Michel Dänzer 2017-11-30 14:59:02 UTC
(In reply to Odo Wolbers from comment #6)
> Under /usr/local I found quite some files which look related to GL with a
> date of the last tweakings (22.Nov). Does it make sense to just delete
> everything from this date?

Yes, try that. If it doesn't help, provide the output of

 LIBGL_DEBUG=verbose glxinfo | grep ' render'
Comment 8 Odo Wolbers 2017-11-30 15:37:54 UTC
Everything looking like GL, drm, dri in /usr/local deleted:

LIBGL_DEBUG=verbose glxinfo | grep ' render'
libGL: pci id for fd 4: 1002:699f, driver radeonsi
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/radeonsi_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
/usr/local/share/libdrm/amdgpu.ids version: 1.0.0
libGL: Using DRI3 for screen 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: Radeon RX 550 Series (POLARIS12 / DRM 3.19.0 / 4.14.0-041400-generic, LLVM 3.9.1)

I'll have a look for kernel 4.13 in a minute.
Comment 9 Michel Dänzer 2017-11-30 15:43:49 UTC
(In reply to Odo Wolbers from comment #8)
> /usr/local/share/libdrm/amdgpu.ids version: 1.0.0

Looks like /usr/local/lib/libdrm_amdgpu.so* are still left over, which could bite you again in the future. You can remove all the files you listed in comment 6.

Other than that, looks like it's working now! Resolving this report as invalid, as it was an installation issue, not a bug.
Comment 10 Odo Wolbers 2017-11-30 15:48:00 UTC
Now for kernel 4.13:

LIBGL_DEBUG=verbose glxinfo | grep ' render'
libGL: Can't open configuration file /home/odo/.drirc: No such file or directory.
libGL: pci id for fd 4: 1002:699f, driver radeonsi
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/radeonsi_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so
libGL: Can't open configuration file /home/odo/.drirc: No such file or directory.
/usr/local/share/libdrm/amdgpu.ids version: 1.0.0
libGL: Can't open configuration file /home/odo/.drirc: No such file or directory.
libGL: Using DRI3 for screen 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: Radeon RX 550 Series (POLARIS12 / DRM 3.18.0 / 4.13.0-1-amd64, LLVM 3.9.1)

and

glxinfo | grep OpenGL | renderer'
OpenGL vendor string: X.Org
OpenGL renderer string: Radeon RX 550 Series (POLARIS12 / DRM 3.18.0 / 4.13.0-1-amd64, LLVM 3.9.1)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.4.0-devel (git-1eab327ba7)
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 17.4.0-devel (git-1eab327ba7)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 17.4.0-devel (git-1eab327ba7)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

Looks good, many thanks for your help!


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.