dri-devel July 2018

dri-devel@lists.freedesktop.org

277 participants
1883 discussions

[Bug 105915] [IGT] igt@kms_cursor_crc@cursor-128x128-rapid-movement / cursor-256x256-rapid-movement igt-debugfs-WARNING: Warning on condition crc->crc[i] == 0xffffffff in function crc_sanity_checks, file igt_debugfs.c:833
by bugzilla-daemon＠freedesktop.org 25 Feb '19

25 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=105915 Bug ID: 105915 Summary: [IGT] igt@kms_cursor_crc@cursor-128x128-rapid-movement / cursor-256x256-rapid-movement igt-debugfs-WARNING: Warning on condition crc->crc[i] == 0xffffffff in function crc_sanity_checks, file igt_debugfs.c:833 Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: IGT Assignee: dri-devel(a)lists.freedesktop.org Reporter: ricardo.o.perez(a)intel.com Created attachment 138642 --> https://bugs.freedesktop.org/attachment.cgi?id=138642&action=edit dmesg and kern-logs CNL QA systems are showing a WARN with the following tests: igt@kms_cursor_crc@cursor-128x128-rapid-movement igt@kms_cursor_crc@cursor-256x256-rapid-movement Software Version: IGT-Version: 1.22-g0721161 (x86_64) (Linux: 4.16.0-rc6-drm-intel-qa-ww12-commit-4db112a+ x86_64) Warn: Beginning cursor-256x256-rapid-movement on pipe A, connector eDP-1 cursor-256x256-rapid-movement on pipe A, connector eDP-1: PASSED Beginning cursor-256x256-rapid-movement on pipe A, connector HDMI-A-1 cursor-256x256-rapid-movement on pipe A, connector HDMI-A-1: PASSED Beginning cursor-256x256-rapid-movement on pipe B, connector eDP-1 cursor-256x256-rapid-movement on pipe B, connector eDP-1: PASSED Beginning cursor-256x256-rapid-movement on pipe B, connector HDMI-A-1 cursor-256x256-rapid-movement on pipe B, connector HDMI-A-1: PASSED Beginning cursor-256x256-rapid-movement on pipe C, connector eDP-1 cursor-256x256-rapid-movement on pipe C, connector eDP-1: PASSED Beginning cursor-256x256-rapid-movement on pipe C, connector HDMI-A-1 cursor-256x256-rapid-movement on pipe C, connector HDMI-A-1: PASSED Subtest cursor-256x256-rapid-movement: SUCCESS (4.677s) ------------- kms_cursor_crc:18385) igt-debugfs-WARNING: Warning on condition crc->crc[i] == 0xffffffff in function crc_sanity_checks, file igt_debugfs.c:833 (kms_cursor_crc:18385) igt-debugfs-WARNING: Suspicious CRC: it looks like the CRC read back was from a register in a powered down well -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 105941] Dolphin emulator crashes a few seconds after playing a game
by bugzilla-daemon＠freedesktop.org 18 Feb '19

18 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=105941 Bug ID: 105941 Summary: Dolphin emulator crashes a few seconds after playing a game Product: Mesa Version: 18.0 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: eutychios23(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org With mesa 18.0.0 and amdgpu module with oland gpu,dolphin-emu crashes.Mesa 18 with radeon module and mesa 17.3.8 with amdgpu module do not crash. Additional info: tried kernels 4.14 and 4.16,dolphin-emu git and stable,opengl backend -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 105945] War Thunder map / terrain objects missing
by bugzilla-daemon＠freedesktop.org 17 Feb '19

17 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=105945 Bug ID: 105945 Summary: War Thunder map / terrain objects missing Product: Mesa Version: 13.0 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: tuharsky(a)misbb.sk QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 138691 --> https://bugs.freedesktop.org/attachment.cgi?id=138691&action=edit screenshot - objects invisible Probably after an upgrade to version 1.77, War Thunder game has severe visual bug - dosen't display buildings, rocks or other terrain objects. It only displays landscape, very few trees (tiny fraction of usual amount), and players vehicles. The bug is visible even in the basic game screen. The strange thing is, that the visibility of vehicles DOES respect the existence of "invisible" objects. Other words, vehicle is displayed only if not behind the "invisible" object. Since developers announced that the new version of WT employs new shader engine in order to achieve better visual, I suspect that the bug may be related to Linux graphic driver. HW: AMD A8-7600 with onchip Radeon R7 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[PATCH v8 0/5] Xilinx ZynqMP DisplayPort KMS driver
by Hyun Kwon 17 Feb '19

17 Feb '19

Hi Laurent, This series is primary waiting for your ack as I didn't hear back on v7 [1]. Please take a look and let me know if there's any concern. I've addressed most of your comments in v6. Thanks, -hyun [1] https://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg218915.html Hyun Kwon (5): drm: xlnx: Xilinx DRM KMS module dt-bindings: display: xlnx: Add ZynqMP DP subsystem bindings drm: xlnx: DRM KMS driver for Xilinx ZynqMP DP subsystem display drm: xlnx: DRM KMS driver for Xilinx ZynqMP DisplayPort drm: xlnx: ZynqMP DP subsystem DRM KMS driver .../bindings/display/xlnx/xlnx,zynqmp-dpsub.txt | 77 + MAINTAINERS | 9 + drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/xlnx/Kconfig | 23 + drivers/gpu/drm/xlnx/Makefile | 5 + drivers/gpu/drm/xlnx/xlnx_crtc.c | 142 + drivers/gpu/drm/xlnx/xlnx_crtc.h | 83 + drivers/gpu/drm/xlnx/xlnx_drv.c | 433 +++ drivers/gpu/drm/xlnx/xlnx_drv.h | 23 + drivers/gpu/drm/xlnx/xlnx_fb.c | 249 ++ drivers/gpu/drm/xlnx/xlnx_fb.h | 27 + drivers/gpu/drm/xlnx/xlnx_gem.c | 36 + drivers/gpu/drm/xlnx/xlnx_gem.h | 21 + drivers/gpu/drm/xlnx/zynqmp_disp.c | 2777 ++++++++++++++++++++ drivers/gpu/drm/xlnx/zynqmp_disp.h | 29 + drivers/gpu/drm/xlnx/zynqmp_dp.c | 1756 +++++++++++++ drivers/gpu/drm/xlnx/zynqmp_dp.h | 30 + drivers/gpu/drm/xlnx/zynqmp_dpsub.c | 158 ++ drivers/gpu/drm/xlnx/zynqmp_dpsub.h | 23 + 20 files changed, 5904 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/xlnx/xlnx,zynqmp-dpsub.txt create mode 100644 drivers/gpu/drm/xlnx/Kconfig create mode 100644 drivers/gpu/drm/xlnx/Makefile create mode 100644 drivers/gpu/drm/xlnx/xlnx_crtc.c create mode 100644 drivers/gpu/drm/xlnx/xlnx_crtc.h create mode 100644 drivers/gpu/drm/xlnx/xlnx_drv.c create mode 100644 drivers/gpu/drm/xlnx/xlnx_drv.h create mode 100644 drivers/gpu/drm/xlnx/xlnx_fb.c create mode 100644 drivers/gpu/drm/xlnx/xlnx_fb.h create mode 100644 drivers/gpu/drm/xlnx/xlnx_gem.c create mode 100644 drivers/gpu/drm/xlnx/xlnx_gem.h create mode 100644 drivers/gpu/drm/xlnx/zynqmp_disp.c create mode 100644 drivers/gpu/drm/xlnx/zynqmp_disp.h create mode 100644 drivers/gpu/drm/xlnx/zynqmp_dp.c create mode 100644 drivers/gpu/drm/xlnx/zynqmp_dp.h create mode 100644 drivers/gpu/drm/xlnx/zynqmp_dpsub.c create mode 100644 drivers/gpu/drm/xlnx/zynqmp_dpsub.h -- 2.7.4

2 9

[Bug 91110] Textures missing iff character in specific areas in dolphin running Xenoblades Chronicles
by bugzilla-daemon＠freedesktop.org 17 Feb '19

17 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=91110 Bug ID: 91110 Summary: Textures missing iff character in specific areas in dolphin running Xenoblades Chronicles Product: Mesa Version: git Hardware: x86-64 (AMD64) URL: https://code.google.com/p/dolphin-emu/issues/detail?id =8688 OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: christian(a)madez.de QA Contact: dri-devel(a)lists.freedesktop.org Iff a character is in specific areas some textures on him are not rendered. In the entry of colony 9 is such an area. The textures are rendered properly on the Intel GPU. There are screenshots, a fifolog and an apitrace at the end of the linked bugreport. The problem appears in Debian Jessie, Sid and mesa-git the last time checked, which was 9 days ago. I compiled mesa-git with CFLAGS = -g -O2 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcmp -DDEBUG and set $ export LIBGL_DEBUG=verbose $ export MESA_DEBUG=1 $ export EGL_LOG_LEVEL=debug before running dolphin. Running dolphin with the game until the issue appears gives the following output $ dolphin-emu Gtk-Message: Failed to load module "canberra-gtk-module" libGL: screen 0 does not appear to be DRI3 capable libGL: pci id for fd 22: 1002:679a, driver radeonsi libGL: OpenDriver: trying lib/tls/radeonsi_dri.so libGL: OpenDriver: trying lib/radeonsi_dri.so libGL: Can't open configuration file /home/user/.drirc: Arquivo ou diretório não encontrado. libGL: Can't open configuration file /home/user/.drirc: Arquivo ou diretório não encontrado. libGL: Using DRI2 for screen 0 I'm sorry, I don't know how to write a simple GLUT-based test program. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 93747] Proprietary game Minecraft fails to enter fullscreen
by bugzilla-daemon＠freedesktop.org 17 Feb '19

17 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=93747 Bug ID: 93747 Summary: Proprietary game Minecraft fails to enter fullscreen Product: Mesa Version: unspecified 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: andre35822(a)yahoo.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 121095 --> https://bugs.freedesktop.org/attachment.cgi?id=121095&action=edit dmesg output when opening the game and trying to set it in fullscreen I am on Arch Linux with Mesa 11.1, Kernel 4.3.3, llvm 3.7.1-1 and have an AMD 7950. The issue that is occurring is that Minecraft is failing to enter fullscreen with multiple DEs (Openbox, XFCE, and Cinnamon are the ones that I have tried, and all do not properly enter fullscreen). When I hit the fullscreen option in the game, the window sort of turns completely transparent or sometimes the theme of my desktop environment but I can not see anything. I can hear sounds from the game and clicking/pressing keyboard buttons are actually working in the game so it is as if the game is working fine just it is not rendering the window correctly. (I can hear myself breaking blocks). If I quit the game in this state and re-open it, the game will launch in fullscreen, but if I alt-tab or set it back to window mode and try to enter fullscreen mode, the same that I stated above occurs. I would like to note that I am using OpenJRE and not Sun Java's though someone with an AMD GPU and Sun java stated they experience the same issue. So I really think it is down to a mesa bug or something? I am not sure how it works. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 101928] GRID via Wine crashes mid-race
by bugzilla-daemon＠freedesktop.org 17 Feb '19

17 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=101928 Bug ID: 101928 Summary: GRID via Wine crashes mid-race Product: Mesa Version: 17.1 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: aaalmosss(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org I get one or more "radeon: mmap failed, errno: 12" on the console, and shortly after the game crashes. This happens after a few minutes of playing, a 3-lap race cannot be finished (I tried multiple locations). The backtrace is probably useless: =>0 0x00bfd5ee in grid (+0x7fd5ee) (0x0544e71c) 1 0x00bfd694 in grid (+0x7fd693) (0x0544e74c) 2 0x0073a732 in grid (+0x33a731) (0x0544e970) 3 0x00884206 in grid (+0x484205) (0x0544e9c4) 4 0x0087260a in grid (+0x472609) (0x0040ef50) 5 0x660f57e8 (0x08244c8b) 0x00bfd5ee: movq %mm0,0x0(%edi) This is the first GRID that is no longer in the Steam store (appid 12750). -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 100979] Radeon r4 on a6-6310(BEEMA) APU hard lockup on hibernate and on second resume from suspend
by bugzilla-daemon＠freedesktop.org 16 Feb '19

16 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=100979 Bug ID: 100979 Summary: Radeon r4 on a6-6310(BEEMA) APU hard lockup on hibernate and on second resume from suspend Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: soprwa(a)gmail.com I'm using kernel 4.11 on gentoo with SI/CIK enabled on Lenovo G50-45 Notebook. Machine has AMD APU A6 6130 with Radeon r4 graphics card (Beema/Mullins). This CPU supports olny AMD IOMMU v1. There is no discrete graphic card on it, APU only. When I try to hibernate this notebook it doesn't turning off. I have to press power button to reboot the machine. Similar situation is on "radeon" driver, and I had submitted bug report about this on kernel's bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=191571 But in this situation I'm unable to bisect because as I remember correctly problem always occur on amdgpu driver, so I think those two can correlate with each other. (dmesg form hibernation process attached). As for suspend. I can suspend/resume machine successfully only once in a row. Second time machine suspends correctly, but on resume I have hard lockup, fans are spinning on full rpm's and I cannot do anything but pressing power button to reboot(cold boot) the netbook. Moreover in dmesg after first suspend I've got error messages: [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* displayport link status failed [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed Attachments: 1. Log after clean start. 2. Kernel's config file. 3. Log after hibernation process. 4. Log after first suspend/resume. 5. Log after second suspend/resume. -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 107341] [CI][BAT] igt@amdgpu/amd_prime@amd-to-i915 - fail - Failed assertion: __vgem_fence_signal(fd, fence) == 0 due to setup time taking longer than 10s
by bugzilla-daemon＠freedesktop.org 14 Feb '19

14 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=107341 Bug ID: 107341 Summary: [CI][BAT] igt@amdgpu/amd_prime@amd-to-i915 - fail - Failed assertion: __vgem_fence_signal(fd, fence) == 0 due to setup time taking longer than 10s Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: IGT Assignee: dri-devel(a)lists.freedesktop.org Reporter: martin.peres(a)free.fr https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_4519/fi-kbl-8809g/igt@amdgp… (amd_prime:4831) igt_vgem-CRITICAL: Test assertion failure function vgem_fence_signal, file ../lib/igt_vgem.c:193: (amd_prime:4831) igt_vgem-CRITICAL: Failed assertion: __vgem_fence_signal(fd, fence) == 0 (amd_prime:4831) igt_vgem-CRITICAL: error: -110 != 0 Subtest amd-to-i915 failed. Chris already commented that "We need to tune the setup to run within 10s or use a sw_sync fence instead of a vgem plug." -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 107273] [Intel GFX CI] amdgpu 0000:01:00.0: HDMI-A-1: EDID is invalid
by bugzilla-daemon＠freedesktop.org 14 Feb '19

14 Feb '19

https://bugs.freedesktop.org/show_bug.cgi?id=107273 Bug ID: 107273 Summary: [Intel GFX CI] amdgpu 0000:01:00.0: HDMI-A-1: EDID is invalid Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: martin.peres(a)free.fr When suspending a KBL-g NUC, we got the following EDID read failure: [ 200.686086] amdgpu 0000:01:00.0: HDMI-A-1: EDID is invalid: [ 200.686088] [00] BAD 00 ff ff ff ff ff ff 00 05 e3 cd 0c 00 00 00 00 [ 200.686089] [00] BAD 03 1b 01 03 80 3e 22 78 ea 1e c5 ae 4f 34 b1 26 [ 200.686090] [00] BAD 01 50 54 2f cf 00 d1 cf b3 00 a9 c0 95 00 81 81 [ 200.686091] [00] BAD 81 00 81 c0 d1 00 02 3a 80 18 71 38 2d 40 58 2c [ 200.686092] [00] BAD 35 00 e0 0e 11 00 00 1a e2 68 00 a0 a0 40 2e 60 [ 200.686092] [00] BAD 30 20 36 00 80 90 21 00 00 1a 56 5e 00 a0 a0 a0 [ 200.686093] [00] BAD 29 50 30 20 36 00 80 68 21 00 00 1a 00 00 00 fc [ 200.686094] [00] BAD 00 32 38 45 38 35 30 0a 20 20 20 20 20 20 01 b2 [ 200.686117] [drm:dc_link_detect [amdgpu]] *ERROR* No EDID read. https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_4430/fi-kbl-8809g/igt@gem_e… This seems to have happened only once, but let's see if we can reproduce this issue. -- You are receiving this mail because: You are the assignee for the bug.

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2018