dri-devel January 2016

dri-devel@lists.freedesktop.org

194 participants
1200 discussions

[Bug 73931] New: rmmod radeon and kernel crash
by bugzilla-daemon＠bugzilla.kernel.org 08 Jun '18

08 Jun '18

https://bugzilla.kernel.org/show_bug.cgi?id=73931 Bug ID: 73931 Summary: rmmod radeon and kernel crash Product: Drivers Version: 2.5 Kernel Version: 3.14 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: pali.rohar(a)gmail.com Regression: No Created attachment 132051 --> https://bugzilla.kernel.org/attachment.cgi?id=132051&action=edit rmmod_radeon_kernel_panic After calling rmmod radeon, kernel show lots of error lines and then crash. It looks like that radeon module does not cleanup hwmon interface at exit. After calling rmmod radeon there is still hwmon interface: $ readlink /sys/class/hwmon/hwmon1 ../../devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/hwmon1 And after calling ls, or cat in hwmon1 kernel crash... See attachment from syslog. $ lspci -nn 01:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M] [1002:6660] -- You are receiving this mail because: You are watching the assignee of the bug.

1 11

[Bug 81620] New: radeon: fence wait failed (-35) after hybrid suspend on 3.15
by bugzilla-daemon＠freedesktop.org 30 May '18

30 May '18

https://bugs.freedesktop.org/show_bug.cgi?id=81620 Priority: medium Bug ID: 81620 Assignee: dri-devel(a)lists.freedesktop.org Summary: radeon: fence wait failed (-35) after hybrid suspend on 3.15 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: iive(a)yahoo.com Hardware: x86 (IA32) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 103217 --> https://bugs.freedesktop.org/attachment.cgi?id=103217&action=edit dmesg of suspend/resume session with radeon.ko dpm debug turned on My hardware is Radeon HD5670 (Redwood). To reproduce the problem boot vanilla 3.15.x kernel. Run in KMS mode (no Xorg server needed). Then suspend to ram-and-disk with the following command: `echo suspend > /sys/power/disk; echo disk > /sys/power/state` Resume from the power button. In `dmesg` you can find: [ 83.997399] [drm] ring test on 5 succeeded in 1 usecs [ 83.997403] [drm] UVD initialized successfully. [ 83.997450] [drm] ib test on ring 0 succeeded in 0 usecs [ 83.997494] [drm] ib test on ring 3 succeeded in 1 usecs [ 94.137259] radeon 0000:01:00.0: ring 5 stalled for more than 10000msec [ 94.137263] radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000004 last fence id 0x0000000000000002 on ring 5) [ 94.137265] [drm:uvd_v1_0_ib_test] *ERROR* radeon: fence wait failed (-35). [ 94.137268] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on ring 5 (-35). At this point if Xorg server is started any attempt to vdpau hardware decoding would fail. If the computer is left working, without reboot, at some point timeout would trigger and GPU restart might be attempted, usually hanging the system. (I took the following log from older GPU restart, probably successful). [ 0.000000] Linux version 3.15.2 (root) (gcc version 4.8.3 (GCC) ) #2 SMP [12398.387691] radeon 0000:01:00.0: ring 5 stalled for more than 242796msec [12398.387699] radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000005 last fence id 0x0000000000000004 on ring 5) [12398.425151] radeon 0000:01:00.0: Saved 23 dwords of commands on ring 0. [12398.425167] radeon 0000:01:00.0: GPU softreset: 0x00000009 [12398.425169] radeon 0000:01:00.0: GRBM_STATUS = 0xF5703828 [12398.425171] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0xFC000007 [12398.425173] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 [12398.425175] radeon 0000:01:00.0: SRBM_STATUS = 0x200800C0 [12398.425177] radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 [12398.425179] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 [12398.425181] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x40000000 [12398.425183] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00008004 [12398.425185] radeon 0000:01:00.0: R_008680_CP_STAT = 0x80228647 [12398.425187] radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [12398.441572] radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B [12398.441626] radeon 0000:01:00.0: SRBM_SOFT_RESET=0x00000100 [12398.442782] radeon 0000:01:00.0: GRBM_STATUS = 0x00003828 [12398.442783] radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007 [12398.442785] radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 [12398.442787] radeon 0000:01:00.0: SRBM_STATUS = 0x200800C0 [12398.442789] radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 [12398.442791] radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 [12398.442793] radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 [12398.442795] radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 [12398.442796] radeon 0000:01:00.0: R_008680_CP_STAT = 0x00000000 [12398.442798] radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [12398.442813] radeon 0000:01:00.0: GPU reset succeeded, trying to resume [12398.512161] [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [12398.516583] [drm] PCIE GART of 1024M enabled (table at 0x000000000025D000). The bug vanishes if only suspend to ram or suspend to disk is used. I tried to do a bisect, but a number of rc kernels seem to hang on me, long before radeon module is loaded. At this point bisect I suspected that the new async suspend/resume code might be at fault, as I was seeing video card been turned off (aka monitor going off) and then turning on a moment before shutting down completely. So I found the commits of the async suspend (from an article) and reverted them. Reverting 200421a80f6e0a9e39d698944cc35cba103eb6ce, 3c31b52f96f7b559d950b16113c0f68c72a1985e seems to avoid the above effect about monitor turning off, on, then off again. But it does not fix the bug. Reverting 7cd0602d7836c0056fe9bdab014d5ac5ec5cb291, 92858c476ec4e99cf0425f05dee109b6a55eb6f8 and 9e5e7910df824ba02aedd2b5d2ca556426ea6d0b, 76569faa62c46382e080c3e190c66e19515aae1c, de377b3972729f00ee236ae4a97393e282ffe391, 28b6fd6e37792b16a56d324841bdb20ab78e4522, a59ffb2062df3a5c346dbed931fa1e587fd0f0f3 doesn't affect the bug either, so I assume that this bug is not related to suspend/resume async changes. If you cannot reproduce the problem, please advice me what commits to revert. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 72785] New: bfgminer --scrypt on 7xxx+
by bugzilla-daemon＠freedesktop.org 30 May '18

30 May '18

https://bugs.freedesktop.org/show_bug.cgi?id=72785 Priority: medium Bug ID: 72785 Assignee: dri-devel(a)lists.freedesktop.org Summary: bfgminer --scrypt on 7xxx+ Severity: normal Classification: Unclassified OS: All Reporter: haagch.christoph(a)googlemail.com Hardware: All Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa bfgminer --benchmark without scrypt seems to be working fine now. But I think many people would rather compute scrypt right now on their 7xxx+ GPUs, just considering the recent rumors that the radeon 7950 is getting sold out because of litecoin miners. With mesa/llvm it doesn't work yet. llvm 3.5 197392, mesa and stuff are very recent git builds. The kernel is https://github.com/luke-jr/bfgminer/blob/bfgminer/scrypt130511.cl bfgminer is started with bfgminer -v1 --scrypt -S opencl:auto --url=<pool> --userpass=<user:worker:pass> The error is: Initialising kernel scrypt130511.cl without bitalign, 1 vectors and worksize 256 [...] LLVM ERROR: Cannot select: 0x7f0b7cbd40a0: ch = br_cc 0x7f0b7cd32bb0, 0x7f0b7cc28c20, 0x7f0b7cd32fb0, 0x7f0b7cc2bc30, 0x7f0b7cc2ad30 [ORD=19251] [ID=4253] 0x7f0b7cd32fb0: i1,ch = llvm.SI.loop 0x7f0b7cc2c030:1, 0x7f0b7cd333b0, 0x7f0b7cc2c030 [ORD=19250] [ID=4250] 0x7f0b7cd333b0: i64 = TargetConstant<3431> [ID=132] 0x7f0b7cc2c030: i64,ch = llvm.SI.if.break 0x7f0b7cf2f3e0, 0x7f0b7cc2b530, 0x7f0b7cc2c530, 0x7f0b7cd339b0 [ORD=19249] [ID=4249] 0x7f0b7cc2b530: i64 = TargetConstant<3428> [ID=129] 0x7f0b7cc2c530: i1 = setcc 0x7f0b7cc7dd60, 0x7f0b7cc80760, 0x7f0b7cd337b0 [ORD=19248] [ID=212] 0x7f0b7cc7dd60: i64 = add 0x7f0b7cc81560, 0x7f0b7cc81360 [ORD=13153] [ID=187] 0x7f0b7cc81560: i64,ch = CopyFromReg 0x7f0b7c0535d8, 0x7f0b7cc81660 [ORD=13147] [ID=149] 0x7f0b7cc81660: i64 = Register %vreg53 [ID=1] 0x7f0b7cc81360: i64 = Constant<1> [ID=2] 0x7f0b7cc80760: i64 = Constant<4> [ID=4] 0x7f0b7cd339b0: i64,ch = CopyFromReg 0x7f0b7c0535d8, 0x7f0b7cd342b0 [ORD=19249] [ID=185] 0x7f0b7cd342b0: i64 = Register %vreg52 [ID=130] 0x7f0b7cc2bc30: i1 = Constant<-1> [ID=133] In function: search -- You are receiving this mail because: You are the assignee for the bug.

1 43

[Bug 91808] trine1 misrender r600g
by bugzilla-daemon＠freedesktop.org 13 May '18

13 May '18

https://bugs.freedesktop.org/show_bug.cgi?id=91808 Bug ID: 91808 Summary: trine1 misrender r600g 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: serafean(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 117987 --> https://bugs.freedesktop.org/attachment.cgi?id=117987&action=edit misrendered scene Trine 1 misrenders sometimes on HD6950, with mesa 11.0 rc OpenGL renderer string: Gallium 0.4 on AMD CAYMAN (DRM 2.42.0, LLVM 3.6.2) OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.0.0-rc1 OpenGL core profile shading language version string: 3.30 See attached screenshot. I also made an apitrace, but am unsure as to where to post it. -- You are receiving this mail because: You are the assignee for the bug.

1 19

[Bug 48424] New: Fix warnings/errors reported by clang's scan-build tool
by bugzilla-daemon＠freedesktop.org 12 Apr '18

12 Apr '18

https://bugs.freedesktop.org/show_bug.cgi?id=48424 Bug #: 48424 Summary: Fix warnings/errors reported by clang's scan-build tool Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) URL: https://gitorious.org/jobermayr/scan-build-mesa OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa-dev(a)lists.freedesktop.org ReportedBy: johannesobermayr(a)gmx.de CC: dri-devel(a)lists.freedesktop.org, nouveau(a)lists.freedesktop.org https://gitorious.org/jobermayr/scan-build-mesa ~ 8 MB to download, 680 MB on disk. Please report false positives here. I will forward them. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 70910] New: [radeonsi&r600g] wrong colors on radeonsi screen in some places when radeonsi and r600g gpus are installed
by bugzilla-daemon＠freedesktop.org 10 Apr '18

10 Apr '18

https://bugs.freedesktop.org/show_bug.cgi?id=70910 Priority: medium Bug ID: 70910 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi&r600g] wrong colors on radeonsi screen in some places when radeonsi and r600g gpus are installed Severity: minor Classification: Unclassified OS: All Reporter: ptpzz(a)yandex.ru Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 88176 --> https://bugs.freedesktop.org/attachment.cgi?id=88176&action=edit screenshot Looks like in some cases there is RGB <-> BGR mismatch, so that red icons become blue, etc. On the attached screenshot xchat icon on the xfce panel is rendered normally - red/yellow, but the same icon on a tooltip below is blue. Similar issues can be seen in some other places - e.g. window decorations, icons on buttons in dialog windows, but in many other cases the colors are correct - e.g. with glxgears. AFAICS there is no such problem on r600g screen. Also, without r600g card there is no such problem on radeonsi screen as well, it happens only when two cards are installed. r600g uses EXA in my config, but IIRC it was the same when both drivers use glamor. -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 66940] New: Mobility Radeon HD 5650 doesn't resume from suspend on kernel 3.11 (linus and drm_next)
by bugzilla-daemon＠freedesktop.org 10 Apr '18

10 Apr '18

https://bugs.freedesktop.org/show_bug.cgi?id=66940 Priority: medium Bug ID: 66940 Assignee: dri-devel(a)lists.freedesktop.org Summary: Mobility Radeon HD 5650 doesn't resume from suspend on kernel 3.11 (linus and drm_next) Severity: normal Classification: Unclassified OS: All Reporter: mail(a)3v1n0.net Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 82459 --> https://bugs.freedesktop.org/attachment.cgi?id=82459&action=edit dmesg I've tried running linux 3.11 from both linus and drm_next branches, but when using the radeon drivers it's impossible to resume from suspension. It's quite sure that the problem is in radeon module, because unloading it (and switching to my intel card with vgaswitcheroo) works fine. Also, enabling the pm_trace sys-node it highlights that the radeon device caused the freeze: from dmesg: [ 1.286810] Magic number: 0:660:725 [ 1.286815] hash matches /home/marco/Dev/debs/linux/drivers/base/power/main.c:575 [ 1.286829] block loop5: hash matches [ 1.286867] pci 0000:01:00.0: hash matches ^ This is the PCI id of my radeon card cat /sys/power/pm_trace_dev_match: block radeon This is a regression, since linux 3.10 works well. -- You are receiving this mail because: You are the assignee for the bug.

1 16

[Bug 93216] Artifacts with DCC when render target also texture
by bugzilla-daemon＠freedesktop.org 05 Apr '18

05 Apr '18

https://bugs.freedesktop.org/show_bug.cgi?id=93216 Bug ID: 93216 Summary: Artifacts with DCC when render target also texture Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: axel.davy(a)ens.fr QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 120280 --> https://bugs.freedesktop.org/attachment.cgi?id=120280&action=edit Before a buggy draw call I noticed a few games had some strange artifacts on my tonga that I had not on verde. Those artifacts are usually along lines. These artifacts disappear with R600_DEBUG=nodcc. I managed to determine the bug appears when the render target is also used as input texture. Attached is the render target content before and after such draw call. The draw call draws two triangles. We can see the artifacts are along the border region of the top right triangle with the bottom left triangle. My guess is that it is some flush issue. That the bottom left triangle is drawn first, the cache content of the texture cache updated, and the artifacts are at locations where the dcc data was updated. -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 89685] Cripling Dota 2 freeze with Morphling at hero selection or loadout
by bugzilla-daemon＠freedesktop.org 03 Apr '18

03 Apr '18

https://bugs.freedesktop.org/show_bug.cgi?id=89685 Bug ID: 89685 Summary: Cripling Dota 2 freeze with Morphling at hero selection or loadout Product: Mesa Version: 10.5 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: wittyman37(a)yahoo.com QA Contact: dri-devel(a)lists.freedesktop.org So I am having a very bizare issue as recently. I noticed yesterday that I cannot play Morphling! If I select him during the hero selection or even try to view him in the loadout screen, my system completely freezes with no option but to do a hard reset. I cannot alt-tab, minimize to desktop, switch to any TTY and REISUB does not work. This ONLY happens with the hero morphling and seems to be an issue with graphics because it seems to happen when I am about to see his model loaded. I even deleted the one item I had for him. I verified the game files; no good. I deleted all local content and downloaded the game again...no good. This is either an issue with my graphics drivers and morphling or a Dota 2 and Linux issue. My wife is using Windows 8.1 and does not have this problem. I am running an AMD R9 270X with linux 3.19.2 and mesa 10.5.1 where everything else works wonderfully! -- You are receiving this mail because: You are the assignee for the bug.

1 28

[Bug 89954] Dota2 crashes computer while playing when probably loading new particles
by bugzilla-daemon＠freedesktop.org 03 Apr '18

03 Apr '18

https://bugs.freedesktop.org/show_bug.cgi?id=89954 Bug ID: 89954 Summary: Dota2 crashes computer while playing when probably loading new particles Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: dogmadefe(a)hotmail.com QA Contact: dri-devel(a)lists.freedesktop.org It's been happening during the last month or so, around the first big team clash, when the ultis are used, the computer freezes for like 5 seconds, and then reboots. Before this, the computer used to freeze during the first clash, but it recovered. Before that, I played Dota2 for a lot of months without any problem. I have an FX6100 and HD7770. I use the open source drivers. Checking the error out log, I get something like this: Apr 06 21:39:24 arch gdm-Xorg-:0[307]: (WW) RADEON(0): flip queue failed: Device or resource busy Apr 06 21:39:24 arch gdm-Xorg-:0[307]: (WW) RADEON(0): Page flip failed: Device or resource busy Apr 06 21:40:21 arch steam.desktop[6478]: [2015-04-0Installing breakpad exception handler for appid(steam)/version(1424305157) Apr 06 21:40:22 arch steam.desktop[6478]: Installing breakpad exception handler for appid(steam)/version(1424305157) Apr 06 21:40:23 arch steam.desktop[6478]: Installing breakpad exception handler for appid(steam)/version(1424305157) Apr 06 21:48:08 arch gdm-Xorg-:0[307]: (WW) RADEON(0): radeon_dri2_flip_event_handler: Pageflip completion event has impossible msc 331918 < target_msc 331919 Apr 06 21:51:52 arch kernel: radeon 0000:01:00.0: GPU fault detected: 147 0x000c0401 Apr 06 21:51:52 arch kernel: radeon 0000:01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0FF80000 Apr 06 21:51:52 arch kernel: radeon 0000:01:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0C004001 Apr 06 21:51:52 arch kernel: VM fault (0x01, vmid 6) at page 267911168, read from TC (4) Apr 06 21:52:02 arch kernel: radeon 0000:01:00.0: ring 4 stalled for more than 10083msec Apr 06 21:52:02 arch kernel: radeon 0000:01:00.0: GPU lockup (current fence id 0x0000000000028b69 last fence id 0x0000000000028b6e on ring 4) Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: Saved 652 dwords of commands on ring 0. Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GPU softreset: 0x000000ED Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GRBM_STATUS = 0xE65E4028 Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0xCF800000 Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000006 -- 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 January 2016