https://bugs.freedesktop.org/show_bug.cgi?id=108934
Bug ID: 108934
Summary: [Dualscreen] "No signal" issues when booting with DVI
and HDMI screens both plugged in
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
…
[View More] Reporter: laurent.pointecouteau(a)gmail.com
I'm using a AMD R9 380 video card on Arch Linux (with kernel 4.19.4 and the
latest `mesa` package installed), and since several weeks, dualscreen has a
buggy behavior. My Samsung TV displays "no signal" after booting while plugged
in my computer (using a HDMI cable), and when trying to switch display modes
using the GNOME control center (or the Super+P shortcut), my Iiyama ProLite
B2475HDS DVI monitor gets randomly disabled and displays "no signal" too
without ever recovering, forcing me to hard reboot.
I've tried to apply a kernel patch as suggested in bug #108704, but it only
removed the amdgpu-related error messages from dmesg, without fixing the
dualscreen issues. Since then, I've found two workarounds:
- putting the system to sleep then waking it up seems to restore normal
functionality;
- when booting with the HDMI cable unplugged, after plugging it in, screen
switching is not buggy anymore.
My setup does not allow me to safely downgrade to an older kernel, but I can
confirm that the screen settings started to exhibit this buggy behaviour only
recently.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=107465
Bug ID: 107465
Summary: Weird resolution
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: germano.massullo(a)gmail.com
Videocard: RX480
OS: Fedora 28 KDE
Kernel 4.17.9-200.fc28.x86_64
…
[View More]Sometimes when I poweroff the screen, then after some time I turn on it again,
the system cannot recognize native screen resolution, and sets it to a weird
one. In Plasma system settings, the monitor name is unknown and the native
resolution is missing (1600x1050), other resolutions are available instead..
After playing with some resolutions, suddendly the screen name (ViewSonic etc.)
returns back.
MrCooper user in #radeon Freenode chat, suggested me to start the system with
amdgpu.dc=0 flag. 24 hours of testing seems to confirm that such flag fixes the
problem.
I attach dmesg and xorg.0.log of system experiencing the problem
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=107456
Bug ID: 107456
Summary: WARNING: CPU: 11 PID: 1137 at
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu
_dm_mst_types.c:88 dm_dp_aux_transfer+0xa5/0xc0
[amdgpu]
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: …
[View More]medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: marc(a)dragonfly.plus.com
Created attachment 140936
--> https://bugs.freedesktop.org/attachment.cgi?id=140936&action=edit
dmesg output
I see the following warning during boot with Linux kernel 4.18.0-rc6 & 4.17.10:
root@deepthought:~# dmesg | grep WARN
[ 9.346100] WARNING: CPU: 11 PID: 1137 at
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_mst_types.c:88
dm_dp_aux_transfer+0xa5/0xc0 [amdgpu]
[ 9.346162] WARNING: CPU: 14 PID: 1139 at
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_mst_types.c:88
dm_dp_aux_transfer+0xa5/0xc0 [amdgpu]
Hardware is Ryzen 7 2700x, Sapphire Technology Radeon RX 480, IIyama ProLite
XB2380HS connected via DVI.
It looks like "dm_dp_aux_transfer" is used to setup DisplayPort, using "struct
drm_dp_aux_msg — DisplayPort AUX channel transaction". Now, with my hardware I
don't have any monitors connected via DisplayPort. Is that relevant?
I patched in a "printk("msg->size = %d\n", msg->size);" and it displays the
result twice, which is curious.
# dmesg | grep -i "msg->size"
[ 9.469511] msg->size = -5
[ 9.469803] msg->size = -5
Anyway, full "dmesg" attached.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=107376
Bug ID: 107376
Summary: Raven: `flush_delayed_work()` takes 500 ms
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: pmenzel+bugs.freedesktop(a)molgen.mpg.de
Created attachment 140811
--…
[View More]> https://bugs.freedesktop.org/attachment.cgi?id=140811&action=edit
HTML output of `sudo ./sleepgraph.py -config config/suspend-callgraph.cfg`
(devicelist: amdgpu, maxdepth: 12)
Created attachment 140810 [details]
HTML output of `sudo ./sleepgraph.py -config config/suspend-callgraph.cfg`
(devicelist: amdgpu, maxdepth: 12)
Profiling the suspend and resume time [1] on a MSI B350M MORTAR (MS-7A37) with
AMD Ryzen 3 2200G with Radeon Vega Graphics with Linux 4.18-rc6+ and
amd-staging-drm-next [2], `pci_pm_suspend()` takes over one second, which is
too long [3], cf. bug 107278 [3].
This is spent in `amdgpu_device_ip_resume_phase2()`, where 505 ms are spent in
`flush_delayed_work()`.
• flush_delayed_work (505.026 ms @ 98.640854)
[…]
• flush_work (505.017 ms @ 98.640863)
[…]
• wait_for_completion (504.985 ms @ 98.640894)
[…]
• schedule_timeout (504.963 ms @ 98.640914)
[…]
• schedule (504.963 ms @ 98.640914)
[1]: https://01.org/suspendresume
[2]: https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next
[3]: https://bugs.freedesktop.org/show_bug.cgi?id=107278
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=105433
Bug ID: 105433
Summary: Unreliable Modesetting on Tonga with two DVI Screens
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: freedesktop-bugs(a)digital-trauma.de
Two …
[View More]devices connected via DVI, one not coming up (powersave, no signal). On
retry , they may swap their working state, or both go to energy save, or
rarely, both work. This happens regardless of resolutions set on the screens in
question.
Screens: 2 x Benq G2222HDL
Connected via DVI (both straight to card)
Card: ASUS Strix R9285 DC2OC 2GD5
Kernel: amd-staging-drm-next 6e62bc7a123b "drm/amdgpu:Always save uvd vcpu_bo
in VM Mode"
Bug report as discussed in bug 100919.
Possibly related to bug 91202.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=109366
Bug ID: 109366
Summary: NULL pointer at pcie_capability_read_dword with Radeon
SI vfio passthrough
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter:…
[View More] ryandbair(a)gmail.com
Created attachment 143131
--> https://bugs.freedesktop.org/attachment.cgi?id=143131&action=edit
dmesg output
My guest is seeing the attached bug and call trace during boot. Kernel
4.20.2-200, also an issue on 4.19 series. 4.18 is similar with the older drm_
prefixed version of the function.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=108956
Bug ID: 108956
Summary: After 11 seconds, 3 second video freeze
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: lawsa(a)indiana.edu
I run XFCE4 on arch linux on a …
[View More]Dell Precision 7710. lspci reports:
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core
Processor Host Bridge/DRAM Registers (rev 07)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core
Processor PCIe Controller (x16) (rev 07)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500
v5/6th Gen Core Processor Thermal Subsystem (rev 07)
00:14.0 USB controller: Intel Corporation 100 Series/C230 Series Chipset Family
USB 3.0 xHCI Controller (rev 31)
00:14.2 Signal processing controller: Intel Corporation 100 Series/C230 Series
Chipset Family Thermal Subsystem (rev 31)
00:16.0 Communication controller: Intel Corporation 100 Series/C230 Series
Chipset Family MEI Controller #1 (rev 31)
00:17.0 RAID bus controller: Intel Corporation SATA Controller [RAID mode] (rev
31)
00:1c.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI
Express Root Port #2 (rev f1)
00:1c.2 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI
Express Root Port #3 (rev f1)
00:1c.4 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI
Express Root Port #5 (rev f1)
00:1f.0 ISA bridge: Intel Corporation CM236 Chipset LPC/eSPI Controller (rev
31)
00:1f.2 Memory controller: Intel Corporation 100 Series/C230 Series Chipset
Family Power Management Controller (rev 31)
00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family
HD Audio Controller (rev 31)
00:1f.4 SMBus: Intel Corporation 100 Series/C230 Series Chipset Family SMBus
(rev 31)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-LM
(rev 31)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Venus
XTX [Radeon HD 8890M / R9 M275X/M375X] (rev 83)
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape
Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
02:00.0 Network controller: Intel Corporation Wireless 8260 (rev 3a)
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS525A PCI
Express Card Reader (rev 01)
Here is a snatch of journalctl --follow; when running XFCE.
Dec 05 14:23:15 zwingli kernel: [drm] PCIE gen 3 link speeds already enabled
Dec 05 14:23:15 zwingli kernel: [drm] PCIE GART of 2048M enabled (table at
0x00000000001D6000).
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: WB enabled
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 0 use
gpu addr 0x0000000080000c00 and cpu addr 0x0000000030f06385
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 1 use
gpu addr 0x0000000080000c04 and cpu addr 0x0000000095c9ebc9
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 2 use
gpu addr 0x0000000080000c08 and cpu addr 0x00000000bde04402
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 3 use
gpu addr 0x0000000080000c0c and cpu addr 0x00000000283a3851
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 4 use
gpu addr 0x0000000080000c10 and cpu addr 0x0000000095834e0e
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 5 use
gpu addr 0x0000000000075a18 and cpu addr 0x00000000f51f7fd6
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 6 use
gpu addr 0x0000000080000c18 and cpu addr 0x000000001fdca925
Dec 05 14:23:15 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 7 use
gpu addr 0x0000000080000c1c and cpu addr 0x00000000a6e7009c
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 0 succeeded in 1 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 1 succeeded in 1 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 2 succeeded in 1 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 3 succeeded in 9 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 4 succeeded in 3 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 5 succeeded in 2 usecs
Dec 05 14:23:16 zwingli kernel: [drm] UVD initialized successfully.
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 6 succeeded in 13 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ring test on 7 succeeded in 5 usecs
Dec 05 14:23:16 zwingli kernel: [drm] VCE initialized successfully.
Dec 05 14:23:16 zwingli kernel: [drm] ib test on ring 0 succeeded in 0 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ib test on ring 1 succeeded in 0 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ib test on ring 2 succeeded in 0 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ib test on ring 3 succeeded in 0 usecs
Dec 05 14:23:16 zwingli kernel: [drm] ib test on ring 4 succeeded in 0 usecs
Dec 05 14:23:17 zwingli kernel: [drm] ib test on ring 5 succeeded
Dec 05 14:23:17 zwingli kernel: [drm] ib test on ring 6 succeeded
Dec 05 14:23:18 zwingli kernel: [drm] ib test on ring 7 succeeded
Dec 05 14:23:29 zwingli kernel: [drm] PCIE gen 3 link speeds already enabled
Dec 05 14:23:29 zwingli kernel: [drm] PCIE GART of 2048M enabled (table at
0x00000000001D6000).
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: WB enabled
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 0 use
gpu addr 0x0000000080000c00 and cpu addr 0x0000000030f06385
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 1 use
gpu addr 0x0000000080000c04 and cpu addr 0x0000000095c9ebc9
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 2 use
gpu addr 0x0000000080000c08 and cpu addr 0x00000000bde04402
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 3 use
gpu addr 0x0000000080000c0c and cpu addr 0x00000000283a3851
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 4 use
gpu addr 0x0000000080000c10 and cpu addr 0x0000000095834e0e
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 5 use
gpu addr 0x0000000000075a18 and cpu addr 0x00000000f51f7fd6
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 6 use
gpu addr 0x0000000080000c18 and cpu addr 0x000000001fdca925
Dec 05 14:23:29 zwingli kernel: radeon 0000:01:00.0: fence driver on ring 7 use
gpu addr 0x0000000080000c1c and cpu addr 0x00000000a6e7009c
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 0 succeeded in 1 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 1 succeeded in 1 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 2 succeeded in 1 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 3 succeeded in 9 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 4 succeeded in 3 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 5 succeeded in 2 usecs
Dec 05 14:23:29 zwingli kernel: [drm] UVD initialized successfully.
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 6 succeeded in 14 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ring test on 7 succeeded in 5 usecs
Dec 05 14:23:29 zwingli kernel: [drm] VCE initialized successfully.
Dec 05 14:23:29 zwingli kernel: [drm] ib test on ring 0 succeeded in 0 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ib test on ring 1 succeeded in 0 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ib test on ring 2 succeeded in 0 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ib test on ring 3 succeeded in 0 usecs
Dec 05 14:23:29 zwingli kernel: [drm] ib test on ring 4 succeeded in 0 usecs
Dec 05 14:23:30 zwingli kernel: [drm] ib test on ring 5 succeeded
Dec 05 14:23:31 zwingli kernel: [drm] ib test on ring 6 succeeded
Dec 05 14:23:31 zwingli kernel: [drm] ib test on ring 7 succeeded
At 14:23:15 and 14:23:29, the video side of the machine experiences a video
freeze. The mouse continues to be rendered, but everything else freezes.
Everything catches up when the freeze is over, so the effect of Alt+Tab and
typing is registered after the freeze.
I just booted adding the following kernel parameters:
radeon.si_support=0 amdgpu.si_support=1
and the problem does not manifest.
Please let me know what other information would be helpful. Thank you!
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=108361
Bug ID: 108361
Summary: Radeon/Xorg crash during boot with Radeon R5 M230
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/Radeon
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: jian-hong(a)endlessm.com
Created …
[View More]attachment 142025
--> https://bugs.freedesktop.org/attachment.cgi?id=142025&action=edit
journal log when radeon/Xorg crash
This is found on Acer Veriton Z4660G desktop equipped with Intel(R) Core(TM)
i7-8700 CPU and an AMD/ATI Jet PRO Radeon R5 M230 graphic card.
01:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Jet
PRO [Radeon R5 M230] [1002:6665] (rev 83)
Subsystem: PC Partner Limited / Sapphire Technology Jet PRO [Radeon R5
M230] [174b:e332]
Flags: bus master, fast devsel, latency 0, IRQ 127
Memory at 90000000 (64-bit, prefetchable) [size=256M]
Memory at 7c300000 (64-bit, non-prefetchable) [size=256K]
I/O ports at 4000 [size=256]
Expansion ROM at 7c340000 [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
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
I have tested it with Linux kernel 4.19-rc7. System (radeon module) sometimes
hits the error during boot, then Xorg crashes.
Oct 12 17:28:52 endless kernel: [drm:atom_op_jump [radeon]] *ERROR* atombios
stuck in loop for more than 5secs aborting
Oct 12 17:28:52 endless kernel: [drm:atom_execute_table_locked [radeon]]
*ERROR* atombios stuck executing 67C0 (len 254, WS 0, PS 4) @ 0x67CE
Oct 12 17:28:52 endless kernel: [drm:atom_execute_table_locked [radeon]]
*ERROR* atombios stuck executing 612C (len 78, WS 12, PS 8) @ 0x6165
Oct 12 17:28:52 endless kernel: iwlwifi 0000:00:14.3: HCMD_ACTIVE already clear
for command SCAN_REQ_UMAC
Oct 12 17:28:52 endless kernel: [drm] PCIE gen 3 link speeds already enabled
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: Wait for MC idle timedout
!
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: Wait for MC idle timedout
!
Oct 12 17:28:54 endless eos-metrics-ins[606]: Failed to start GeoClue2 client:
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected
from message bus without replying.
Oct 12 17:28:54 endless kernel: [drm] PCIE GART of 2048M enabled (table at
0x0000000000040000).
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: WB enabled
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: fence driver on ring 0 use
gpu addr 0x0000000080000c00 and cpu addr 0x000000007d0c53c5
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: fence driver on ring 1 use
gpu addr 0x0000000080000c04 and cpu addr 0x000000006e1c12be
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: fence driver on ring 2 use
gpu addr 0x0000000080000c08 and cpu addr 0x00000000a603d5e9
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: fence driver on ring 3 use
gpu addr 0x0000000080000c0c and cpu addr 0x0000000039a9e421
Oct 12 17:28:54 endless kernel: radeon 0000:01:00.0: fence driver on ring 4 use
gpu addr 0x0000000080000c10 and cpu addr 0x00000000ba920de2
Oct 12 17:28:55 endless kernel: [drm:r600_ring_test [radeon]] *ERROR* radeon:
ring 0 test failed (scratch(0x850C)=0xCAFEDEAD)
Oct 12 17:28:55 endless kernel: [drm:si_resume [radeon]] *ERROR* si startup
failed on resume
I also tried to disable radeon's runtime power management by passing
"radeon.runpm=0" to boot command. It makes system working stable on this
model.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=107545
Bug ID: 107545
Summary: radeon - ring 0 stalled - GPU lockup - SI
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: julien.isorce(a)gmail.com
* Steps to reproduce:
for i in {0..300}; do (…
[View More]glxgears &); done (note that 100 might be enough
instead of 300)
* Actual result:
ring 0 stalled, gpu locakup, reset and x11 stops and cannot restart. The only
way is to reboot.
* Expected result:
The fps goes very low the more there are glxgears instances and no gpu lockup,
like with intel gpu.
* Infos:
card W600
mesa 18.2,
kernel 4.15.0-15-generic,
LLVM 7.0.0
xorg 1.20.99.1
xf86-video-ati 18.0.1.
(same result with kernel 4.4.0-130, mesa 12.0.6, llvm 3.8.0, DRM 2.43.0)
I was playing with the apitrace here
https://bugs.freedesktop.org/show_bug.cgi?id=87278#c31 and decided to through
dozens of glxgears instances to see.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]