dri-devel July 2017

dri-devel@lists.freedesktop.org

212 participants
1542 discussions

[Bug 69670] New: KWin crashes when switching to OpenGL 3.1 + Raster
by bugzilla-daemon＠freedesktop.org 31 Mar '18

31 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=69670 Priority: medium Bug ID: 69670 Assignee: dri-devel(a)lists.freedesktop.org Summary: KWin crashes when switching to OpenGL 3.1 + Raster Severity: normal Classification: Unclassified OS: Linux (All) Reporter: omegatype(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: 9.2 Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 86306 --> https://bugs.freedesktop.org/attachment.cgi?id=86306&action=edit kwin stderr KWin crashes with the following message after switching from OpenGL 2.0 + Raster to OpenGL 3.1 + Raster: [xcb] Unknown sequence number while processing queue [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. kwin: xcb_io.c:274: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed. Some information about the system (Arch Linux x86_64): $ uname -srvm Linux 3.11.1-1-ARCH #1 SMP PREEMPT Sat Sep 14 19:30:21 CEST 2013 x86_64 $ sudo lspci | grep VGA 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] $ yaourt -Qs mesa | egrep '^[^ ]' extra/ati-dri 9.2.0-2 extra/glu 9.0.0-2 multilib/lib32-ati-dri 9.2.0-1 multilib/lib32-glu 9.0.0-2 multilib/lib32-libtxc_dxtn 1.0.1-5 multilib/lib32-mesa 9.2.0-1 multilib/lib32-mesa-libgl 9.2.0-1 extra/mesa 9.2.0-2 extra/mesa-demos 8.1.0-1 extra/mesa-libgl 9.2.0-2 $ yaourt -Qs xf86-video-ati extra/xf86-video-ati 1:7.2.0-1 (xorg-drivers xorg) # cat /etc/X11/xorg.conf.d/05-glamor.conf Section "Module" Load "dri2" Load "glamoregl" EndSection # cat /etc/X11/xorg.conf.d/50-device.conf Section "Device" Identifier "Default Device" Driver "radeon" Option "SwapbuffersWait" "off" Option "ColorTiling" "on" Option "ColorTiling2D" "on" Option "EnablePageFlip" "on" Option "AccelDFS" "on" Option "XV_VSYNC" "on" Option "AccelMethod" "glamor" #Option "AccelMethod" "EXA" EndSection -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 98974] Can't see borders/empires in Stellaris
by bugzilla-daemon＠freedesktop.org 28 Mar '18

28 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=98974 Bug ID: 98974 Summary: Can't see borders/empires in Stellaris Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: lukas.fuernkranz+bugzilla2(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org I'm using Ubuntu 16.04 and an AMD Radeon 6870 with the drivers from https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers. In Stellaris (a video game) I can't see the borders/empires on the map. Unless I set the graphics quality to low that is. (Temporarily I used an AMD R9 270x---also with the drivers from the oibaf PPA; radeonsi though---and there I didn't have that problem.) In case more infos are needed please say so and I'll do my best to provide it. -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 101442] Piglit shaders@ssa@fs-if-def-else-break fails with sb but passes with R600_DEBUG=nosb
by bugzilla-daemon＠freedesktop.org 28 Mar '18

28 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=101442 Bug ID: 101442 Summary: Piglit shaders@ssa@fs-if-def-else-break fails with sb but passes with R600_DEBUG=nosb Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: gw.fossdev(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org The piglit test shaders@ssa@fs-if-def-else-break fails with only with sb enabled but passes without it. The relevant parts of the failing shader before and after optimization look like this: ===== SHADER #12 ====================================== PS/BARTS/EVERGREEN ===== ===== 90 dw ===== 9 gprs ===== 2 stack ================================== [...] 0060 801f00fe 0100229c 6 MP x: PRED_SETNE_INT R8.x, PV.x, 0 0018 0000000b 82800000 JUMP @22 0020 0000001f a00c0000 ALU 4 @62 0062 000000f8 00200c90 7 x: MOV R1.x, 0 <---- 0064 000004f9 20200c90 y: MOV R1.y, 1.0 <---- 0066 000000f8 40200c90 z: MOV R1.z, 0 0068 800004f9 60200c90 w: MOV R1.w, 1.0 0022 0000000d 83400001 ELSE @26 POP:1 0024 00000023 a80c0000 ALU_POP_AFTER 4 @70 0070 000004f9 00200c90 8 x: MOV R1.x, 1.0 <---- 0072 000000f8 20200c90 y: MOV R1.y, 0 <---- 0074 000000f8 40200c90 z: MOV R1.z, 0 0076 800004f9 60200c90 w: MOV R1.w, 1.0 0026 40000027 a4040000 ALU_PUSH_BEFORE 2 @78 KC0[CB0:0-15] 0078 80000081 00801990 9 x: NOT_INT R4.x, KC0[1].x 0080 801f00fe 0100229c 10 MP x: PRED_SETNE_INT R8.x, PV.x, 0 0028 00000011 82800001 JUMP @34 POP:1 0030 00000011 82400000 LOOP_BREAK @34 0032 00000011 83800001 POP @34 POP:1 0034 00000002 81400000 LOOP_END @4 0036 00000029 a00c0000 ALU 4 @82 0082 00000001 00000c90 11 x: MOV R0.x, R1.x 0084 00000401 20000c90 y: MOV R0.y, R1.y 0086 00000801 40000c90 z: MOV R0.z, R1.z 0088 80000c01 60000c90 w: MOV R0.w, R1.w 0038 c0000000 95200688 EXPORT_DONE PIXEL 0 R0.xyzw EOP ===== SHADER_END =============================================================== ===== SHADER #12 OPT ================================== PS/BARTS/EVERGREEN ===== ===== 50 dw ===== 1 gprs ===== 2 stack ========================================= [...] 0040 801f0800 00002284 3 M x: PRED_SETNE_INT __.x, R0.z, 0 0018 0000000d 82800001 JUMP @26 POP:1 0020 00000015 a0040000 ALU 2 @42 0042 000000f9 00000c90 4 x: MOV R0.x, 1.0 <----- 0044 800000f8 20000c90 y: MOV R0.y, 0 <----- 0022 0000000e 82400000 LOOP_BREAK @28 0024 0000000d 83800001 POP @26 POP:1 0026 00000017 a0040000 ALU 2 @46 0046 000000f9 00000c90 5 x: MOV R0.x, 1.0 <----- 0048 800000f8 20000c90 y: MOV R0.y, 0 <----- 0028 00000002 81400000 LOOP_END @4 0030 c0000000 95200a44 EXPORT_DONE PIXEL 0 R0.0xy1 EOP ===== SHADER_END =============================================================== In short after the optimization R0.xy get the same values assigned in both decision paths. Best, Gert -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 99349] Failed to build shader (translation from TGSI)
by bugzilla-daemon＠freedesktop.org 26 Mar '18

26 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=99349 Bug ID: 99349 Summary: Failed to build shader (translation from TGSI) Product: Mesa Version: 13.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: balalic.enver(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 128864 --> https://bugs.freedesktop.org/attachment.cgi?id=128864&action=edit glxinfo I'm using a Radeon HD6950, it fails to build a shader when playing "War Thunder", renders the login screen fine, starts to build shaders and then fails and spams the following in the console: EE r600_state_common.c:799 r600_shader_select - Failed to build shader variant (type=1) -1 EE r600_shader.c:183 r600_pipe_shader_create - translation from TGSI failed ! same thing happens a lof of shaders from shadertoy.com. OS: OpenSUSE Tumbleweed, glxinfo attached -- You are receiving this mail because: You are the assignee for the bug.

1 21

[Bug 59681] New: Sony VAIO VPCZ23A4R: radeon doesn't like undocking
by bugzilla-daemon＠bugzilla.kernel.org 25 Mar '18

25 Mar '18

https://bugzilla.kernel.org/show_bug.cgi?id=59681 Summary: Sony VAIO VPCZ23A4R: radeon doesn't like undocking Product: Drivers Version: 2.5 Kernel Version: 3.10-rc5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: patrakov(a)gmail.com Regression: No Created an attachment (id=104661) --> (https://bugzilla.kernel.org/attachment.cgi?id=104661) The end of the dmesg I have a Sony VAIO VPCZ23A4R laptop. It has a dock station with several devices in it: # lspci 00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) 00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4) 00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4) 00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b4) 00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b4) 00:1c.6 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 7 (rev b4) 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM67 Express Chipset Family LPC Controller (rev 04) 00:1f.2 RAID bus controller: Intel Corporation 82801 Mobile SATA Controller [RAID mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04) 02:00.0 Network controller: Intel Corporation Centrino Advanced-N 6230 [Rainbow Peak] (rev 34) 03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01) 04:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06) 08:00.0 PCI bridge: Intel Corporation Device 151b (rev 01) 0a:00.0 PCI bridge: Intel Corporation Device 151b (rev 01) 0a:03.0 PCI bridge: Intel Corporation Device 151b (rev 01) 0a:04.0 PCI bridge: Intel Corporation Device 151b (rev 01) 14:00.0 PCI bridge: Intel Corporation Device 151b (rev 01) 15:03.0 PCI bridge: Intel Corporation Device 151b (rev 01) 15:04.0 PCI bridge: Intel Corporation Device 151b (rev 01) 16:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Whistler [Radeon HD 6730M/6770M/7690M XT] 16:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks/Whistler HDMI Audio [Radeon HD 6000 Series] 17:00.0 PCI bridge: Intel Corporation Device 151b (rev 01) 18:00.0 PCI bridge: Intel Corporation Device 151b (rev 01) 18:01.0 PCI bridge: Intel Corporation Device 151b (rev 01) 18:02.0 PCI bridge: Intel Corporation Device 151b (rev 01) 18:03.0 PCI bridge: Intel Corporation Device 151b (rev 01) 18:04.0 PCI bridge: Intel Corporation Device 151b (rev 01) 19:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06) 1a:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6121 SATA II / PATA Controller (rev b2) 1b:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) aep-vaio ~ # lspci -n 00:00.0 0600: 8086:0104 (rev 09) 00:02.0 0300: 8086:0126 (rev 09) 00:16.0 0780: 8086:1c3a (rev 04) 00:1a.0 0c03: 8086:1c2d (rev 04) 00:1b.0 0403: 8086:1c20 (rev 04) 00:1c.0 0604: 8086:1c10 (rev b4) 00:1c.1 0604: 8086:1c12 (rev b4) 00:1c.2 0604: 8086:1c14 (rev b4) 00:1c.3 0604: 8086:1c16 (rev b4) 00:1c.6 0604: 8086:1c1c (rev b4) 00:1d.0 0c03: 8086:1c26 (rev 04) 00:1f.0 0601: 8086:1c4b (rev 04) 00:1f.2 0104: 8086:282a (rev 04) 00:1f.3 0c05: 8086:1c22 (rev 04) 02:00.0 0280: 8086:0091 (rev 34) 03:00.0 ff00: 10ec:5209 (rev 01) 04:00.0 0c03: 1033:0194 (rev 04) 05:00.0 0200: 10ec:8168 (rev 06) 08:00.0 0604: 8086:151b (rev 01) 0a:00.0 0604: 8086:151b (rev 01) 0a:03.0 0604: 8086:151b (rev 01) 0a:04.0 0604: 8086:151b (rev 01) 14:00.0 0604: 8086:151b (rev 01) 15:03.0 0604: 8086:151b (rev 01) 15:04.0 0604: 8086:151b (rev 01) 16:00.0 0300: 1002:6740 16:00.1 0403: 1002:aa90 17:00.0 0604: 8086:151b (rev 01) 18:00.0 0604: 8086:151b (rev 01) 18:01.0 0604: 8086:151b (rev 01) 18:02.0 0604: 8086:151b (rev 01) 18:03.0 0604: 8086:151b (rev 01) 18:04.0 0604: 8086:151b (rev 01) 19:00.0 0200: 10ec:8168 (rev 06) 1a:00.0 0101: 11ab:6121 (rev b2) 1b:00.0 0c03: 1033:0194 (rev 04) Devices up to and including 05:00.0 are in the laptop itself, and everything below is in the dock station. I have tested the laptop with linux-3.10-rc5 with this patch series applied: https://lkml.org/lkml/2013/6/13/349 The testcase is: boot with the dock station attached, let Xorg start (it will use both Intell and Radeon cards), switch to a virtual console, press the Undock button. Yes I know that GPU hotplug is not yet supported in Xorg, but attempting it should not lead to messages like "kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:1591!" The part of the dmesg after the undocking attempt, captured over netconsole, is attached to this bug. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 4

[Bug 99353] Kaveri 7400K shows random colored noise instead of GUI in X or Wayland
by bugzilla-daemon＠freedesktop.org 22 Mar '18

22 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=99353 Bug ID: 99353 Summary: Kaveri 7400K shows random colored noise instead of GUI in X or Wayland Product: Mesa Version: 13.0 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: vedran(a)miletic.net QA Contact: dri-devel(a)lists.freedesktop.org I have a Kaveri 7400K on ASRock FM2A58M-VG3+. Running Fedora 25, KMS works and it boots nicely, but instead of GDM running on Wayland, I get screen full of colored noise. Using Xorg makes no difference. Phoronix claims this APU worked in 2014[1]. It never worked for me with the open source driver (previously not even KMS worked), however it worked perfectly with fglrx last time I tried it. I can try older Mesa and LLVM if that would be useful, but compiling it will take a while. [1] https://www.phoronix.com/scan.php?page=article&item=amd_apus_august&num=1 -- You are receiving this mail because: You are the assignee for the bug.

1 59

[Bug 100759] [r600] System freeze on resume from sleep on battery with DPM enabled and linux 4.10
by bugzilla-daemon＠freedesktop.org 12 Mar '18

12 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=100759 Bug ID: 100759 Summary: [r600] System freeze on resume from sleep on battery with DPM enabled and linux 4.10 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: nicolamori(a)aol.com Created attachment 130983 --> https://bugs.freedesktop.org/attachment.cgi?id=130983&action=edit journalctl log for failed resume Since linux 4.10.1 my system freezes every time when resuming from sleep (suspend to ram) while on battery. The screen either remains black or displays garbage, and the only thing to do is a hard poweroff. The problem does not show up when either: - running on AC or - using linux 4.9 (tested with 4.9.11) or - DPM is not enabled (radeon.dpm=0) I checked journalctl but it does not contain anything useful. I attach the last part of the log, starting from the suspend request; it seems nothing from the failed resume process is logged. System details: - Archlinux x86_64 - Mobility Radeon HD 3470 - Plasma desktop 5.9.4 -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 101672] radeonsi: 3D engines causing frequent GPU lockups
by bugzilla-daemon＠freedesktop.org 09 Mar '18

09 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=101672 Bug ID: 101672 Summary: radeonsi: 3D engines causing frequent GPU lockups Product: Mesa Version: 17.1 Hardware: Other OS: All Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: sonichedgehog_hyperblast00(a)yahoo.com QA Contact: dri-devel(a)lists.freedesktop.org A GPU lockup has once again been introduced in Mesa and / or the RadeonSI driver. As is usual with this sort of thing, the image immediately freezes in place while audio stops and every form of input becomes unresponsive (including the NumLock / CapsLock keyboard leds), the only option being to power the machine off and back on. I started noticing this crash roughly a month ago after a distribution upgrade (openSUSE Tumbleweed). The crash only appears to be caused by 3D rendering. It's probabilistic but very frequent. It is triggered by a variety of game engines, and I've noticed it with at least the following ones: - Blender 3D: When opening certain scenes in Blender and going into Weight Paint mode, the system is bound to crash in at most 5 minutes of usage. - Second Life: Linux native viewers for Second Life also trigger this, I believe somewhere between 5 and 30 minutes estimate. - Xonotic (Darkplaces engine): Starting a game will freeze the machine anywhere between instantly (the moment a game starts) and 30 minutes at most. - The Dark Mod (idTech 4 engine): The same freeze will occur when playing TheDarkMod, anywhere between instantly and roughly 10 minutes at most. - MineCraft: The native version of Minecraft can also trigger the crash, after at most 1 hour of playing a game especially on servers with a lot of geometry. My OS is openSUSE Tumbleweed x64. My current Mesa version is 17.1.3, I can confirm first noticing this in 17.1.1, but I don't know if the issue was introduced in 17.1.0 or prior. My video card is a Radeon R7 370 (Gigabyte), Pitcairn Islands GPU, GCN 1.0, RadeonSI. Official product page: http://www.gigabyte.com/products/product-page.aspx?pid=5469 Please help to address this issue soon: I am unable to use several applications due to the risk they pose to my computer! Logs will be attached soon. -- You are receiving this mail because: You are the assignee for the bug.

1 28

[Bug 100919] "Out of range" on a display connected to a DVI-D output of RX460 card via DVI-D<=>HDMI-A cable
by bugzilla-daemon＠freedesktop.org 09 Mar '18

09 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=100919 Bug ID: 100919 Summary: "Out of range" on a display connected to a DVI-D output of RX460 card via DVI-D<=>HDMI-A cable Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: nikola.forro(a)gmail.com I'm using the latest code from amd-staging-4.9 branch of ~agd5f/linux. The problem is caused by this commit: https://cgit.freedesktop.org/~agd5f/linux/commit/?h=amd-staging-4.9&id=2b2d… After this change, when sink_signal is DVI_DUAL_LINK but pix_clk_khz is lower than TMDS_MAX_PIXEL_CLOCK_IN_KHZ, stream->signal is set to DVI_DUAL_LINK, while previously it was being set to DVI_SINGLE_LINK. As a result, the connected display just reports "Out of range" error. -- You are receiving this mail because: You are the assignee for the bug.

1 18

[Bug 98856] Dirt: Showdown broken graphics
by bugzilla-daemon＠freedesktop.org 08 Mar '18

08 Mar '18

https://bugs.freedesktop.org/show_bug.cgi?id=98856 Bug ID: 98856 Summary: Dirt: Showdown broken graphics Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: gr.muench(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org For about 4 weeks the game has polygon distortion especially on the Nevada map. Its not on every map but it can be seen with the ingame benchmark. Im on: Radeon HD 7970 OpenGL renderer string: Gallium 0.4 on AMD TAHITI (DRM 2.48.0 / 4.9.0-rc4-gbc33b0c, LLVM 4.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 13.1.0-devel (git-b27be18) -- You are receiving this mail because: You are the assignee for the bug.

1 13

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2017