dri-devel May 2016

dri-devel@lists.freedesktop.org

212 participants
1404 discussions

[Bug 93895] GPU lockup on AMD A4-3400 APU when starting X server on opensource drivers. (works fine with fglrx)
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93895 Bug ID: 93895 Summary: GPU lockup on AMD A4-3400 APU when starting X server on opensource drivers. (works fine with fglrx) Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: azari4096(a)gmail.com I've had this lockup on this machine for the past few years, across several different kernel versions, different distributions, etc. Booting with KMS works fine, but the second a graphical environment starts (whether X or wayland-based), it locks up. Booting Ubuntu with user-space mode-setting works, and then I can install FGLRX from there and everything works fine. After speaking with airlied on IRC, they suggested it could be a workaround that AMD has put into FGLRX that never made it into the opensource drivers, and that AMD might have to look into it. CPU/GPU : A4-3400 Motherboard : GA-A75M-D2H ( http://www.gigabyte.com/products/product-page.aspx?pid=3930#ov ) journalctl log of the lockup: ------------------------------------------------------------ Jan 27 18:28:32 miku dbus-daemon[374]: Successfully activated service 'org.freedesktop.systemd1' Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: ring 0 stalled for more than 10000msec Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GPU lockup (current fence id 0x0000000000000001 last fence id 0x0000000000000003 on ring 0) Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: Saved 55 dwords of commands on ring 0. Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GPU softreset: 0x00000009 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GRBM_STATUS = 0xB1403828 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GRBM_STATUS_SE0 = 0x28000007 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GRBM_STATUS_SE1 = 0x00000007 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: SRBM_STATUS = 0x20000840 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: SRBM_STATUS2 = 0x00000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_008678_CP_STALLED_STAT2 = 0x40000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_00867C_CP_BUSY_STAT = 0x00008000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_008680_CP_STAT = 0x80228643 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GRBM_SOFT_RESET=0x00007F6B Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: SRBM_SOFT_RESET=0x00000100 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GRBM_STATUS = 0x00003828 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GRBM_STATUS_SE0 = 0x00000007 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GRBM_STATUS_SE1 = 0x00000007 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: SRBM_STATUS = 0x20000040 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: SRBM_STATUS2 = 0x00000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_00867C_CP_BUSY_STAT = 0x00000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_008680_CP_STAT = 0x00000000 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: GPU reset succeeded, trying to resume Jan 27 18:28:42 miku kernel: [drm] Found smc ucode version: 0x00011100 Jan 27 18:28:42 miku kernel: [drm] PCIE GART of 1024M enabled (table at 0x0000000000274000). Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: WB enabled Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff8800c613fc00 Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c and cpu addr 0xffff8800c613fc0c Jan 27 18:28:42 miku kernel: radeon 0000:00:01.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0xffffc90002432118 Jan 27 18:28:42 miku kernel: [drm] ring test on 0 succeeded in 1 usecs Jan 27 18:28:42 miku kernel: [drm] ring test on 3 succeeded in 3 usecs Jan 27 18:28:42 miku kernel: [drm] ring test on 5 succeeded in 1 usecs Jan 27 18:28:42 miku kernel: [drm] UVD initialized successfully. Jan 27 18:28:52 miku kernel: radeon 0000:00:01.0: ring 0 stalled for more than 10370msec Jan 27 18:28:52 miku kernel: radeon 0000:00:01.0: GPU lockup (current fence id 0x0000000000000002 last fence id 0x0000000000000004 on ring 0) Jan 27 18:28:52 miku kernel: [drm:r600_ib_test [radeon]] *ERROR* radeon: fence wait failed (-35). Jan 27 18:28:52 miku kernel: [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on GFX ring (-35). Jan 27 18:29:22 miku systemd[1]: Started Getty on tty2. ------------------------------------------------------------ -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 93879] kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93879 Bug ID: 93879 Summary: kernel 4.4.0 causes application lockup and unusable interfaces with radeon hardware Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: jimmy(a)boombatower.com Created attachment 121320 --> https://bugs.freedesktop.org/attachment.cgi?id=121320&action=edit sh -c "cat /proc/version; ./scripts/ver_linux; cat /proc/cpuinfo; cat /proc/modules; cat /proc/ioports; cat /proc/iomem; lspci -vvv; cat /proc/scsi/scsi" > env_info While running Plasma 5 on 4.4.0 the following occurs periodically: - chromium locks up - plasma desktop locks up - unable to enter password on plasma lock screen A trigger for locking chromium up seems to be to resize the window by dragging to screen edges (top to fullscreen, left to tack up left half of screen, etc). Otherwise, it also seems to somewhat randomly freeze over time. Reverting to 4.3.x resolves the issues. Environment ----------- Distro: openSUSE Tumbleweed (20160121) (x86_64) Kernel version: 4.4.0-1.2 (works on <= 4.3.3-6) OpenGL renderer string: Gallium 0.4 on AMD TAHITI (DRM 2.43.0, LLVM 3.7.0) OpenGL core profile version string: 4.1 (Core Profile) Mesa 11.1.0 Xorg version: 7.6_1.18.0-5.2 xf86-video-ati version: 7.6.1-1.2 DRI3 enabled Hardware: Radeon HD 7970 ghz output from kernel bug reporting guide attached -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 93826] 144Hz graphic glitches and bad resolution
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93826 Bug ID: 93826 Summary: 144Hz graphic glitches and bad resolution Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: dherault(a)hotmail.com Created attachment 121218 --> https://bugs.freedesktop.org/attachment.cgi?id=121218&action=edit 290X Bad 144Hz OS : Arch linux GPU : Sapphire R9 290X Other GPU to test : Sapphire 7950. Screen : Asus MG279Q 1440p 144Hz. DRI provides false frequency refresh the screen with R9 290X. No issues with 7950. With 7950 Xrandr is set @143.86Hz. 144 Hz on screen OSD : http://reho.st/self/81f168d18def02417d2bd22867bc728658ec63e4.jpg With 290X Xrandr is also set @143.86Hz. 139 Hz on screen OSD : http://reho.st/self/b98c1c955cb7d42c3af6f82ea71bbc94be8aee6a.jpg With 290X a lot of glitches with false 144Hz. The erroneous résolution cause glitches. - Lines on the left (from grub to kde...) http://reho.st/view/self/ddfb4104cbbb09b7654b5fa610806d2477850128.jpg http://reho.st/thumb/self/d3be18d9d93500f7395edbf58407f066500e980a.jpg - Blur on all screen - Text glitches http://reho.st/thumb/self/b8fcd4246964f02c400e131bb54e0e8d2aa5101d.jpg Thanks Damien -- You are receiving this mail because: You are the assignee for the bug.

1 85

[Bug 93819] R9 390: [drm:radeon_vce_ring_test] *ERROR* ring 6 test failed after resume from hibernate
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93819 Bug ID: 93819 Summary: R9 390: [drm:radeon_vce_ring_test] *ERROR* ring 6 test failed after resume from hibernate Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: h.judt(a)gmx.at Created attachment 121201 --> https://bugs.freedesktop.org/attachment.cgi?id=121201&action=edit dmesg1 It does not happen always, but usually after a few hibernate/resume cycles (2 or 3, sometimes earlier). The following messages can be found in dmesg (see attachment for full output). [ 1001.941216] [drm] ring test on 0 succeeded in 0 usecs [ 1001.941331] [drm] ring test on 1 succeeded in 0 usecs [ 1001.941370] [drm] ring test on 2 succeeded in 0 usecs [ 1001.941565] [drm] ring test on 3 succeeded in 0 usecs [ 1001.941571] [drm] ring test on 4 succeeded in 0 usecs [ 1001.967662] [drm] ring test on 5 succeeded in 0 usecs [ 1001.967696] [drm] UVD initialized successfully. [ 1002.249117] [drm:radeon_vce_ring_test] *ERROR* radeon: ring 6 test failed] [ 1002.249139] [drm] ib test on ring 0 succeeded in 0 usecs [ 1002.749193] [drm] ib test on ring 1 succeeded in 0 usecs [ 1002.749221] [drm] ib test on ring 2 succeeded in 0 usecs [ 1002.749304] [drm] ib test on ring 3 succeeded in 0 usecs [ 1002.749354] [drm] ib test on ring 4 succeeded in 0 usecs [ 1003.269160] [drm] ib test on ring 5 succeeded [ 1013.788806] radeon 0000:01:00.0: ring 7 stalled for more than 10000msec [ 1013.788809] radeon 0000:01:00.0: GPU lockup (current fence id 0x0000000000000008 last fence id 0x000000000000000a on ring 7) [ 1013.788868] [drm:radeon_vce_ib_test] *ERROR* radeon: fence wait failed (-35). [ 1013.788874] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on ring 7 (-35). After that, if the machine hibernates and resumes once again, additional errors will be printed and the X session becomes unusable (only the cursor blinking on the terminal). I will attach the dmesg of this too, though it might be less interesting. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 93809] playing Just Cause causes system crash
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93809 Bug ID: 93809 Summary: playing Just Cause causes system crash Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: aaalmosss(a)gmail.com It happens randomly, usually when lots of things are happening, like during settlement takeovers. The screen freezes, sound stops, and only the magic sysrq keys are working. GPU is Radeon R9 270x, Linux 4.3.3, libdrm 2.4.66, Mesa 11.1.1, wine 1.7.55. I also tried gallium nine, and that made it more unstable, it crashes even when just riding around. BTW nine doesn't help with the horrible performance (5-15 fps), but it introduces several graphical glitches. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 93753] Sometimes wrong clk frequency of Display after dpms mode changes.
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93753 Bug ID: 93753 Summary: Sometimes wrong clk frequency of Display after dpms mode changes. 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: t.graziadei(a)bachmann.info Created attachment 121103 --> https://bugs.freedesktop.org/attachment.cgi?id=121103&action=edit Screenshot of failure Sometimes after the deactivation of the screensaver or also on bootup the screen shows flickering noise and a duplicated screen image. (Attached there is the used test image and a screenshot of the failure image). We tested on various kernel versions, latest kernel tested was 4.4.0. We run a customized debian image. Further investigations showed, that in the failure scenario the measured clk frequency was only 25MHz but it should be 35MHz. We also tried to deactivate dpms completly (radeon.dpm=0 in kernel parameters) and also turned the dpms off in the screensaver, but we still sometimes encounter the problem after a reboot. Attached you will find a dmesg output with drm.debug=0xf activated. We use a Radeon PALM on a AMD G-T40E 2x1GHz -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 93713] System hangs (beomes totaly unresponsive) when trying to use hybrid graphics with ATI 7730M videocard
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93713 Bug ID: 93713 Summary: System hangs (beomes totaly unresponsive) when trying to use hybrid graphics with ATI 7730M videocard Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: g0000ga(a)gmail.com When trying to use my discrete video card whole system freezes after couple of seconds and doesn't react on anything. I've tried to have a delayed killall -9 running in the background like "sleep 60 && killall -9 glmark2 &" but it seems to be never run or having no effect. Only hard reset helps. Have Intel HD4000 + muxless Radeon 7730M [g0ga@work ~]✘ xrandr --setprovideroffloadsink radeon Intel [g0ga@work ~]✘ DRI_PRIME=1 glxinfo | grep "OpenGL renderer" OpenGL renderer string: Gallium 0.4 on AMD CAPE VERDE (DRM 2.43.0, LLVM 3.7.0) doesn't matter what to run, everything is going to die. kernel 4.3.3 + xorg 1.18.0, archlinux distribution, most recent at time of writing this post. Please let me know how to provide more data for you being able to debug this. Thanks, Victor -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 93525] [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93525 Bug ID: 93525 Summary: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: rafaelrcenteio(a)gmail.com Created attachment 120720 --> https://bugs.freedesktop.org/attachment.cgi?id=120720&action=edit dmesg output. I am receiving the following message on boot: "[ 13.198262] [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume" uname -a Linux rafael 4.2.0-0.bpo.1-amd64 #1 SMP Debian 4.2.6-3~bpo8+2 (2015-12-14) x86_64 GNU/Linux lspci In attachment: dmesg's output. >From dmidecode: Vendor: Hewlett-Packard Version: F.48 Release Date: 11/09/2011 ROM Size: 2048 kB ... BIOS Revision: 15.48 Firmware Revision: 60.80 Worth mentioning that the behaviour of the fans and the temperatures change a lot after suspension/hibernation. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 93452] kernel crash(3.19 up) DRI_PRIME=1 HP zbook 14
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93452 Bug ID: 93452 Summary: kernel crash(3.19 up) DRI_PRIME=1 HP zbook 14 Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: lathanderjk(a)gmail.com I have issue with new kernels since 3.19 up 4.1 distribution openSUSE/Fedora but on Arch works stable for some reasons. Kernels crash when i use DRI_PRIME=1 after few minutes (max. 7) and kdump is not created. I try openSUSE leap with old 3.16.7 and works fine also try AMD only configuration(AMD as primary GPU) and also works fine. 4.2.5/4.3.0 DRI_PRIME=1 works different , crashing randomly ( two times during day test) Some more info https://bugzilla.opensuse.org/show_bug.cgi?id=954783 (drm.debug=0x0e,dmesg -n 8) openSUSE 4.1.13 [ 147.171197] [drm:i915_gem_open] [ 156.538080] [drm] probing gen 2 caps for device 8086:9c18 = 5323c42/0 [ 156.538093] [drm] PCIE gen 2 link speeds already enabled [ 156.542218] [drm] PCIE GART of 1024M enabled (table at 0x0000000000277000). [ 156.542345] radeon 0000:03:00.0: WB enabled [ 156.542349] radeon 0000:03:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff880036d62c00 [ 156.542351] radeon 0000:03:00.0: fence driver on ring 1 use gpu addr 0x0000000040000c04 and cpu addr 0xffff880036d62c04 [ 156.542354] radeon 0000:03:00.0: fence driver on ring 2 use gpu addr 0x0000000040000c08 and cpu addr 0xffff880036d62c08 [ 156.542356] radeon 0000:03:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff880036d62c0c [ 156.542358] radeon 0000:03:00.0: fence driver on ring 4 use gpu addr 0x0000000040000c10 and cpu addr 0xffff880036d62c10 [ 156.543910] radeon 0000:03:00.0: fence driver on ring 5 use gpu addr 0x0000000000075a18 and cpu addr 0xffffc90001435a18 [ 156.544585] [drm:radeon_crtc_handle_flip] radeon_crtc->flip_status = 0 != RADEON_FLIP_SUBMITTED(2) [ 156.544592] [drm:radeon_crtc_handle_flip] radeon_crtc->flip_status = 0 != RADEON_FLIP_SUBMITTED(2) [ 156.781101] [drm] ring test on 0 succeeded in 1 usecs [ 156.781114] [drm] ring test on 1 succeeded in 1 usecs [ 156.781121] [drm] ring test on 2 succeeded in 1 usecs [ 156.781131] [drm] ring test on 3 succeeded in 5 usecs [ 156.781140] [drm] ring test on 4 succeeded in 4 usecs [ 156.956763] [drm] ring test on 5 succeeded in 2 usecs [ 156.956772] [drm] UVD initialized successfully. [ 156.956811] [drm] ib test on ring 0 succeeded in 0 usecs [ 156.956858] [drm] ib test on ring 1 succeeded in 0 usecs [ 156.956901] [drm] ib test on ring 2 succeeded in 0 usecs [ 156.956932] [drm] ib test on ring 3 succeeded in 0 usecs [ 156.956966] [drm] ib test on ring 4 succeeded in 0 usecs [ 157.605812] [drm] ib test on ring 5 succeeded [ 157.614315] snd_hda_intel 0000:03:00.1: Enabling via VGA-switcheroo [ 157.719256] snd_hda_intel 0000:03:00.1: CORB reset timeout#2, CORBRP = 65535 [ 157.765449] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 163.932378] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 167.286021] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 171.125632] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 174.384673] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 177.111597] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 180.648221] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 183.863776] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 187.519144] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 191.038127] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! --and crash 3.16.7 (stable) [ 75.808416] [drm:intel_crtc_cursor_set] cursor off [ 76.279634] [drm] probing gen 2 caps for device 8086:9c18 = 5323c42/0 [ 76.279644] [drm] PCIE gen 2 link speeds already enabled [ 76.283764] [drm] PCIE GART of 1024M enabled (table at 0x0000000000276000). [ 76.283904] radeon 0000:03:00.0: WB enabled [ 76.283908] radeon 0000:03:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff880238c1dc00 [ 76.283910] radeon 0000:03:00.0: fence driver on ring 1 use gpu addr 0x0000000040000c04 and cpu addr 0xffff880238c1dc04 [ 76.283912] radeon 0000:03:00.0: fence driver on ring 2 use gpu addr 0x0000000040000c08 and cpu addr 0xffff880238c1dc08 [ 76.283915] radeon 0000:03:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff880238c1dc0c [ 76.283917] radeon 0000:03:00.0: fence driver on ring 4 use gpu addr 0x0000000040000c10 and cpu addr 0xffff880238c1dc10 [ 76.285473] radeon 0000:03:00.0: fence driver on ring 5 use gpu addr 0x0000000000075a18 and cpu addr 0xffffc90011135a18 [ 76.286084] [drm:radeon_crtc_handle_flip] radeon_crtc->flip_status = 0 != RADEON_FLIP_SUBMITTED(2) [ 76.286089] [drm:radeon_crtc_handle_flip] radeon_crtc->flip_status = 0 != RADEON_FLIP_SUBMITTED(2) [ 76.481930] [drm] ring test on 0 succeeded in 1 usecs [ 76.481942] [drm] ring test on 1 succeeded in 1 usecs [ 76.481948] [drm] ring test on 2 succeeded in 1 usecs [ 76.481956] [drm] ring test on 3 succeeded in 4 usecs [ 76.481964] [drm] ring test on 4 succeeded in 4 usecs [ 76.667487] [drm] ring test on 5 succeeded in 2 usecs [ 76.667497] [drm] UVD initialized successfully. [ 76.667531] [drm] ib test on ring 0 succeeded in 0 usecs [ 76.667561] [drm] ib test on ring 1 succeeded in 0 usecs [ 76.667589] [drm] ib test on ring 2 succeeded in 0 usecs [ 76.667617] [drm] ib test on ring 3 succeeded in 0 usecs [ 76.667644] [drm] ib test on ring 4 succeeded in 0 usecs [ 76.818256] [drm] ib test on ring 5 succeeded [ 76.827403] snd_hda_intel 0000:03:00.1: Enabling via VGA-switcheroo [ 76.827546] snd_hda_intel 0000:03:00.1: irq 69 for MSI/MSI-X [ 76.861702] [drm:radeon_info_ioctl] Invalid request 37 [ 76.861713] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 79.192677] [drm:radeon_info_ioctl] Invalid request 37 [ 79.192690] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 83.737880] [drm:radeon_info_ioctl] Invalid request 37 [ 83.737892] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 89.062058] [drm:radeon_info_ioctl] Invalid request 37 [ 89.062070] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 93.254184] [drm:radeon_info_ioctl] Invalid request 37 [ 93.254197] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 96.922265] [drm:radeon_info_ioctl] Invalid request 37 [ 96.922280] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 101.272998] [drm:radeon_info_ioctl] Invalid request 37 [ 101.273015] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 104.574944] [drm:radeon_info_ioctl] Invalid request 37 [ 104.574969] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 108.408574] [drm:radeon_info_ioctl] Invalid request 37 [ 108.408597] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 111.561355] [drm:radeon_info_ioctl] Invalid request 37 [ 111.561369] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 117.931164] [drm:intel_crtc_cursor_set] cursor off [ 123.179592] [drm:intel_crtc_cursor_set] cursor off [ 130.923942] [drm:intel_crtc_cursor_set] cursor off And 4.1.15 on Arch (stable) [ 451.911996] [drm] probing gen 2 caps for device 8086:9c18 = 5323c42/0 [ 451.912004] [drm] PCIE gen 2 link speeds already enabled [ 451.916190] [drm] PCIE GART of 1024M enabled (table at 0x0000000000277000). [ 451.916363] radeon 0000:03:00.0: WB enabled [ 451.916366] radeon 0000:03:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff88023eb98c00 [ 451.916368] radeon 0000:03:00.0: fence driver on ring 1 use gpu addr 0x0000000040000c04 and cpu addr 0xffff88023eb98c04 [ 451.916369] radeon 0000:03:00.0: fence driver on ring 2 use gpu addr 0x0000000040000c08 and cpu addr 0xffff88023eb98c08 [ 451.916371] radeon 0000:03:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff88023eb98c0c [ 451.916373] radeon 0000:03:00.0: fence driver on ring 4 use gpu addr 0x0000000040000c10 and cpu addr 0xffff88023eb98c10 [ 451.917925] radeon 0000:03:00.0: fence driver on ring 5 use gpu addr 0x0000000000075a18 and cpu addr 0xffffc90004435a18 [ 451.918490] [drm:radeon_crtc_handle_flip] radeon_crtc->flip_status = 0 != RADEON_FLIP_SUBMITTED(2) [ 451.918494] [drm:radeon_crtc_handle_flip] radeon_crtc->flip_status = 0 != RADEON_FLIP_SUBMITTED(2) [ 452.156274] [drm] ring test on 0 succeeded in 1 usecs [ 452.156282] [drm] ring test on 1 succeeded in 1 usecs [ 452.156287] [drm] ring test on 2 succeeded in 1 usecs [ 452.156297] [drm] ring test on 3 succeeded in 5 usecs [ 452.156305] [drm] ring test on 4 succeeded in 5 usecs [ 452.333329] [drm] ring test on 5 succeeded in 2 usecs [ 452.333338] [drm] UVD initialized successfully. [ 452.333379] [drm] ib test on ring 0 succeeded in 0 usecs [ 452.333412] [drm] ib test on ring 1 succeeded in 0 usecs [ 452.333443] [drm] ib test on ring 2 succeeded in 0 usecs [ 452.333474] [drm] ib test on ring 3 succeeded in 0 usecs [ 452.333504] [drm] ib test on ring 4 succeeded in 0 usecs [ 452.982823] [drm] ib test on ring 5 succeeded [ 452.989772] snd_hda_intel 0000:03:00.1: Enabling via VGA-switcheroo [ 453.094277] snd_hda_intel 0000:03:00.1: CORB reset timeout#2, CORBRP = 65535 [ 453.120392] [drm:radeon_info_ioctl] macrotile mode array is cik+ only! [ 453.192020] [drm:drm_mode_addfb2] [FB:75] [ 466.009035] snd_hda_intel 0000:03:00.1: Disabling via VGA-switcheroo -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 93450] Static in sound in Metro Redux games over HDMI
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=93450 Bug ID: 93450 Summary: Static in sound in Metro Redux games over HDMI Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: acutiator(a)outlook.com Created attachment 120596 --> https://bugs.freedesktop.org/attachment.cgi?id=120596&action=edit Sound sinks I experience severe static issues when playing Metro 2033 Redux or Metro Last Light Redux on Fedora 23 with my Radeon HD5770 (Juniper) card over the HDMI port. Using the line-out port for my headphones, there is no such sound corruption. Attached are the sound sinks that are shown when I run `pacmd list-sinks`. -- You are receiving this mail because: You are the assignee for the bug.

1 2

← Newer
1
2
3
4
5
6
7
...
141
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2016