amd issueshttps://gitlab.freedesktop.org/drm/amd/-/issues2023-04-20T22:47:29Zhttps://gitlab.freedesktop.org/drm/amd/-/issues/912WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/d...2023-04-20T22:47:29ZBugzilla Migration UserWARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]## Submitted by Stijn Tintel
Assigned to **Default DRI bug account**
**[Link to original bug (#111755)](https://bugs.freedesktop.org/show_bug.cgi?id=111755)**
## Description
Created attachment 145440<br>
dmesg > dmesg.log<br>
<br>...## Submitted by Stijn Tintel
Assigned to **Default DRI bug account**
**[Link to original bug (#111755)](https://bugs.freedesktop.org/show_bug.cgi?id=111755)**
## Description
Created attachment 145440<br>
dmesg > dmesg.log<br>
<br>
I have a Sapphire Radeon RX 5700 XT, running kernel 5.3.0, LLVM 9.0.0 git branch release_90 at commit 5364ee5faec778f1ddf86b6b4b8452df7db191c5, mesa 19.2.0-rc4, libdrm 2.4.99, xf86-video-amdgpu git branch master at commit e6fce59a071220967fcd4e2c9e4a262c72870761, KDE Plasma 5.16.5 and Qt 5.12.5.<br>
<br>
When I set the rendering backend in the Plasma compositor settings to OpenGL 2.0 or OpenGL 3.1, I start to get desktop lag after only a few minutes of uptime. I suspect this is related to the following recurring warning in dmesg:<br>
```
[ 106.734466] WARNING: CPU: 9 PID: 2908 at drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c:1942 dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]<br>
[ 106.748446] Modules linked in: cmac rfcomm cfg80211 nf_conntrack_netlink nfnetlink xt_addrtype br_netfilter xfrm_user xfrm4_tunnel tunnel4 ipcomp xfrm_ipcomp esp4 ah4 af_key xfrm_algo nls_utf8 cifs gcm libarc4 xt_CHECKSUM xt_MASQUERADE xt_conntrack ipt_REJECT nf_reject_ipv4 xt_tcpudp ip6table_mangle ip6table_nat iptable_mangle iptable_nat ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter ip_tables x_tables bpfilter bridge stp llc sctp bnep nvidia_drm(PO) edac_core intel_rapl_msr intel_rapl_common nvidia_modeset(PO) x86_pkg_temp_thermal nls_iso8859_1 intel_powerclamp nls_cp437 vfat fat amdgpu nvidia(PO) crct10dif_pclmul snd_hda_codec_realtek crc32_pclmul snd_hda_codec_hdmi snd_hda_codec_generic crc32c_intel gpu_sched snd_usb_audio snd_hda_intel ttm ghash_clmulni_intel snd_usbmidi_lib snd_hda_codec aesni_intel drm_kms_helper snd_hda_core crypto_simd snd_rawmidi btusb iTCO_wdt btrtl btbcm snd_seq_device cryptd btintel snd_hwdep efi_pstore drm joydev glue_helper intel_cstate<br>
[ 106.748507] snd_pcm iTCO_vendor_support drm_panel_orientation_quirks evdev uinput bluetooth intel_uncore syscopyarea snd_timer sysfillrect intel_rapl_perf wmi_bmof efivars cp210x i2c_i801 ecdh_generic lpc_ich uas ecc snd sysimgblt e1000e fb_sys_fops soundcore usbserial button sch_fq_codel nct6775 hwmon_vid coretemp openvswitch nsh nf_conncount nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 vhost_net tun vhost tap kvm_intel kvm nfsd irqbypass msr cpuid auth_rpcgss nfs_acl efivarfs virtio_ring virtio xts aes_x86_64 ecb cbc sha1_generic iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi bonding vxlan ip6_udp_tunnel udp_tunnel macvlan igb i2c_algo_bit dca e1000 fuse overlay nfs lockd grace sunrpc ext4 mbcache jbd2 multipath linear raid10 raid1 raid0 dm_raid raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx md_mod dm_snapshot dm_bufio dm_crypt dm_mirror dm_region_hash dm_log dm_mod firewire_core crc_itu_t hid_sony hid_samsung hid_petalynx hid_monterey hid_microsoft<br>
[ 106.835796] hid_logitech ff_memless hid_gyration hid_ezkey hid_cypress hid_chicony hid_cherry hid_belkin hid_apple hid_a4tech hid_generic usbhid ohci_pci ohci_hcd uhci_hcd hid arcmsr sr_mod cdrom sg usb_storage xhci_pci ehci_pci xhci_hcd ehci_hcd ptp usbcore pps_core usb_common<br>
[ 106.947505] CPU: 9 PID: 2908 Comm: kworker/u24:17 Tainted: P O T 5.3.0-gentoo #1<br>
[ 106.956021] Hardware name: System manufacturer System Product Name/P9X79 WS, BIOS 4901 05/07/2018<br>
[ 106.964914] Workqueue: events_unbound commit_work [drm_kms_helper]<br>
[ 106.971209] RIP: 0010:dcn20_setup_gsl_group_as_lock+0x94/0x220 [amdgpu]<br>
[ 106.977822] Code: b6 80 70 02 00 00 a8 01 0f 84 39 01 00 00 a8 02 0f 84 e6 00 00 00 a8 04 0f 84 4e 01 00 00 48 c7 c7 70 6f 57 a1 e8 af 3e c9 df `<0f>` 0b c6 83 50 02 00 00 00 48 c7 c7 70 6f 57 a1 e8 9a 3e c9 df 0f<br>
[ 106.996588] RSP: 0018:ffffc900021dba68 EFLAGS: 00010286<br>
[ 107.001817] RAX: 0000000000000024 RBX: ffff888e38820638 RCX: 0000000000000000<br>
[ 107.008950] RDX: 0000000000000000 RSI: ffff88901fa56598 RDI: ffff88901fa56598<br>
[ 107.016081] RBP: 0000000000000001 R08: 0000000000000706 R09: 0000000000000009<br>
[ 107.023215] R10: 0000000000000000 R11: ffffc900021db918 R12: ffff888fc1640000<br>
[ 107.030348] R13: ffff888e38821cb8 R14: ffff888e38820638 R15: 0000000000000006<br>
[ 107.037480] FS: 0000000000000000(0000) GS:ffff88901fa40000(0000) knlGS:0000000000000000<br>
[ 107.045567] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[ 107.051313] CR2: 000056015dce91f8 CR3: 000000000220c004 CR4: 00000000000606e0<br>
[ 107.058445] Call Trace:<br>
[ 107.061020] dcn20_pipe_control_lock.part.15+0xe5/0x1b0 [amdgpu]<br>
[ 107.067136] dc_commit_updates_for_stream+0xd97/0x1290 [amdgpu]<br>
[ 107.073166] amdgpu_dm_atomic_commit_tail+0xfd2/0x1e10 [amdgpu]<br>
[ 107.079117] ? commit_tail+0x3d/0x70 [drm_kms_helper]<br>
[ 107.084185] commit_tail+0x3d/0x70 [drm_kms_helper]<br>
[ 107.089073] process_one_work+0x198/0x380<br>
[ 107.093089] worker_thread+0x30/0x380<br>
[ 107.096758] ? process_one_work+0x380/0x380<br>
[ 107.100949] kthread+0x113/0x130<br>
[ 107.104191] ? kthread_park+0x80/0x80<br>
[ 107.107860] ret_from_fork+0x35/0x40<br>
[ 107.111444] ---[ end trace 9a7bcd62f5f5e527 ]---
```
This does not occur with the XRender rendering backend.<br>
<br>
**Attachment 145440**, "dmesg > dmesg.log": <br>
[dmesg.log](/uploads/83e92e25c27671131062f525e14e18e6/dmesg.log)<br>https://gitlab.freedesktop.org/drm/amd/-/issues/901"pp_od_clk_voltage" unavailable on Hawaii GPU (R9 390)2023-05-30T14:53:50ZBugzilla Migration User"pp_od_clk_voltage" unavailable on Hawaii GPU (R9 390)## Submitted by Jonas del Campo
Assigned to **Default DRI bug account**
**[Link to original bug (#111584)](https://bugs.freedesktop.org/show_bug.cgi?id=111584)**
## Description
I have recently tried to overclock/undervolt my GPU (...## Submitted by Jonas del Campo
Assigned to **Default DRI bug account**
**[Link to original bug (#111584)](https://bugs.freedesktop.org/show_bug.cgi?id=111584)**
## Description
I have recently tried to overclock/undervolt my GPU (R9 390) within Linux thanks to the "amdgpu.ppfeaturemask=0xffffffff" boot parameter, but unfortunately the file "pp_od_clk_voltage" is not available after a reboot.<br>
<br>
Files "pp_dpm_mclk" and "pp_dpm_sclk" however show correct states and MHz, except that they don't show voltage information. Changing "power_dpm_force_performance_level" to manual allows me to make changes to these files, I can force a state to be used and overclock it, but voltages aren't showed and can't be modified.<br>
<br>
I have read that Southern Island GPUs were not expected to get this feature working, and I know Vega is compatible, but I can't find anywhere if Hawaii (CIK) hardware should be able to expose this feature. I might be missing something.<br>
<br>
Is there any way to undervolt my GPU under Linux at the moment?<br>
<br>
Specs:<br>
OS: Arch Linux<br>
Kernel: 5.2.11.arch1-1<br>
Mesa: 19.1.6-1<br>
Xorg: 1.20.5-2<br>
Boot parameters: radeon.cik_support=0 amdgpu.cik_support=1 amdgpu.dpm=1 amdgpu.dc=1 amdgpu.ppfeaturemask=0xffffffff<br>
GPU: [AMD/ATI] Hawaii PRO [Radeon R9 290/390] (rev 80)<br>
<br>
Feel free to ask for more details and output if needed.<br>
<br>
Thank you for your time.https://gitlab.freedesktop.org/drm/amd/-/issues/892AMD Navi GPU frequent freezes on both Manjaro/Ubuntu with kernel 5.3 and mesa...2023-12-20T15:54:46ZBugzilla Migration UserAMD Navi GPU frequent freezes on both Manjaro/Ubuntu with kernel 5.3 and mesa 19.2 -git/llvm9## Submitted by Marko Popovic
Assigned to **Default DRI bug account**
**[Link to original bug (#111481)](https://bugs.freedesktop.org/show_bug.cgi?id=111481)**
## Description
I've tried my AMD Radeon RX 5700 XT on both ubuntu (llv...## Submitted by Marko Popovic
Assigned to **Default DRI bug account**
**[Link to original bug (#111481)](https://bugs.freedesktop.org/show_bug.cgi?id=111481)**
## Description
I've tried my AMD Radeon RX 5700 XT on both ubuntu (llvm 9 / mesa 19.3 - Oibaf PPA) and Manjaro (llvm 10 git / mesa-git).<br>
On both I've been using Gnome shell and in both cases I had frequent lockups and freezes. Once my GPU disconnected to Monitor and remained so until I rebooted, other times desktop would just freeze and crash the whole system.<br>
<br>
Software tried: LLVM 10 git / MESA 19.3 - git on Manjaro<br>
LLVM 9 / MESA 19.3 git from Oibaf PPA<br>
Kernels tried: Manjaro 5.3 RC4, Ubuntu 5.3 RC5 generic, Ubuntu drm-tip 5.3 daily<br>
<br>
Error log:<br>
avg 24 22:53:58 Marko-PC kernel: [drm:amdgpu_dm_commit_planes.constprop.0 [amdgpu]] ERROR Waiting for fences timed out or interrupted!<br>
avg 24 22:53:58 Marko-PC kernel: [drm:amdgpu_job_timedout [amdgpu]] ERROR ring gfx_0.0.0 timeout, signaled seq=94235, emitted seq=94237<br>
avg 24 22:53:58 Marko-PC kernel: [drm:amdgpu_job_timedout [amdgpu]] ERROR Process information: process citra-qt pid 27356 thread citra-qt:cs0 pid 27366<br>
<br>
Happened on all setups, bug was pretty much the same, lockups weren't extremely frequent but frequent enough that they were very noticable (5-6 freezes per day on average)<br>
<br>
Faulty hardware is probably out of options since I never had a hiccup or anything even close to crash or freeze on my Windows desktop.https://gitlab.freedesktop.org/drm/amd/-/issues/881amdgpu bug: kernel NULL pointer dereference during video playback2023-01-09T20:31:58ZBugzilla Migration Useramdgpu bug: kernel NULL pointer dereference during video playback## Submitted by Michael J Evans
Assigned to **Default DRI bug account**
**[Link to original bug (#111234)](https://bugs.freedesktop.org/show_bug.cgi?id=111234)**
## Description
Over the past month I've experienced frequent (more t...## Submitted by Michael J Evans
Assigned to **Default DRI bug account**
**[Link to original bug (#111234)](https://bugs.freedesktop.org/show_bug.cgi?id=111234)**
## Description
Over the past month I've experienced frequent (more than once per week) video output freezes while watching hardware accelerated video output from Twitch (they transcoded, played in mpv with profile=gpu-hq).<br>
<br>
For three of these I collected dmesg outputs by logging in from a different PC. I also observed that the numlock key was unresponsive, but I suspect that might just be because the video driver issue caused KDE Plasma to either crash or lock up waiting on the kernel.<br>
<br>
It's slightly interesting that over two kernel versions and the three traces I did collect that the null pointer is to the same address.<br>
<br>
[ 4.615743] [drm] initializing kernel modesetting (TONGA 0x1002:0x6939 0x148C:0x2349 0x00).<br>
[ 4.615754] [drm] register mmio base: 0xF7E00000<br>
[ 4.615755] [drm] register mmio size: 262144<br>
[ 4.616024] ATOM BIOS: 113-C7660101_106<br>
[ 5.072492] [drm] Initialized amdgpu 3.32.0 20150101 for 0000:01:00.0 on minor 0<br>
<br>
<br>
<br>
[ 4953.465909] BUG: kernel NULL pointer dereference, address: 00000000000002b4<br>
[ 4953.465918] #PF: supervisor read access in kernel mode<br>
[ 4953.465922] #PF: error_code(0x0000) - not-present page<br>
[ 4953.465925] PGD 0 P4D 0 <br>
[ 4953.465932] Oops: 0000 [#1] PREEMPT SMP PTI<br>
[ 4953.465939] CPU: 5 PID: 14373 Comm: kworker/u16:4 Tainted: G W OE 5.2.1-arch1-1-ARCH #1<br>
[ 4953.465967] Workqueue: events_unbound commit_work [drm_kms_helper]<br>
[ 4953.466127] RIP: 0010:dc_stream_log+0x9/0xb0 [amdgpu]<br>
[ 4953.466133] Code: 4c 89 e2 48 8b 07 48 8b 40 50 e8 22 ae 7e f6 b8 01 00 00 00 5b 5d 41 5c 41 5d 41 5e c3 0f 1f 40 00 0f 1f 44 00 00 53 48 89 f3 `<8b>` 83 b4 02 00 00 48 89 da 8b 8b 10 01 00 00 44 8b 8b 18 01 0<br>
0 00<br>
[ 4953.466137] RSP: 0018:ffffaed60f84faf0 EFLAGS: 00210202<br>
[ 4953.466142] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000002<br>
[ 4953.466145] RDX: ffffffffc149a710 RSI: 0000000000000000 RDI: ffff8aa32a5d9000<br>
[ 4953.466148] RBP: ffff8a9d80030000 R08: ffff8a9d80030000 R09: 0000000000000000<br>
[ 4953.466152] R10: ffff8a9d80030000 R11: ffff8aa33eb692a4 R12: 0000000000000001<br>
[ 4953.466155] R13: ffffaed60f84fd58 R14: ffff8aa32140cff0 R15: 0000000000000000<br>
[ 4953.466159] FS: 0000000000000000(0000) GS:ffff8aa33eb40000(0000) knlGS:0000000000000000<br>
[ 4953.466163] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[ 4953.466166] CR2: 00000000000002b4 CR3: 00000007b5212002 CR4: 00000000001606e0<br>
[ 4953.466170] Call Trace:<br>
[ 4953.466332] dc_commit_state+0xa1/0x5a0 [amdgpu]<br>
[ 4953.466446] ? amdgpu_bo_unpin+0xce/0xe0 [amdgpu]<br>
[ 4953.466491] ? drm_calc_timestamping_constants+0xe0/0x140 [drm]<br>
[ 4953.466675] amdgpu_dm_atomic_commit_tail+0xc64/0x1a20 [amdgpu]<br>
[ 4953.466689] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466694] ? __switch_to_asm+0x34/0x70<br>
[ 4953.466699] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466704] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466709] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466713] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466718] ? __switch_to_asm+0x34/0x70<br>
[ 4953.466723] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466728] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466737] ? __switch_to_xtra+0x1b6/0x610<br>
[ 4953.466742] ? __switch_to_asm+0x34/0x70<br>
[ 4953.466747] ? __switch_to_asm+0x40/0x70<br>
[ 4953.466751] ? __switch_to_asm+0x34/0x70<br>
[ 4953.466780] ? commit_tail+0x3c/0x70 [drm_kms_helper]<br>
[ 4953.466798] commit_tail+0x3c/0x70 [drm_kms_helper]<br>
[ 4953.466806] process_one_work+0x1d1/0x3e0<br>
[ 4953.466812] worker_thread+0x4a/0x3d0<br>
[ 4953.466821] kthread+0xfd/0x130<br>
[ 4953.466826] ? process_one_work+0x3e0/0x3e0<br>
[ 4953.466832] ? kthread_park+0x90/0x90<br>
[ 4953.466838] ret_from_fork+0x35/0x40<br>
[ 4953.466845] Modules linked in: arc4 md4 cfg80211 8021q garp mrp bridge stp llc nct6775 hwmon_vid ext4 crc16 mbcache jbd2 intel_rapl amdgpu x86_pkg_temp_thermal intel_powerclamp coretemp input_leds joydev kvm_intel mousedev hid_steam kvm irqbypass amd_iommu_v2 gpu_sched ttm ofpart crct10dif_pclmul cmdlinepart crc32_pclmul drm_kms_helper intel_spi_platform snd_hda_codec_realtek ghash_clmulni_intel intel_spi snd_hda_codec_generic eeepc_wmi snd_hda_codec_hdmi ledtrig_audio drm spi_nor asus_wmi sparse_keymap iTCO_wdt hid_generic mei_hdcp mtd snd_hda_intel ppdev iTCO_vendor_support rfkill aesni_intel snd_usb_audio wmi_bmof mxm_wmi snd_hda_codec snd_virtuoso aes_x86_64 agpgart igb crypto_simd snd_oxygen_lib mei_me syscopyarea snd_mpu401_uart snd_usbmidi_lib sysfillrect snd_hda_core cryptd glue_helper sysimgblt media intel_cstate i2c_algo_bit usbhid snd_rawmidi snd_hwdep parport_pc intel_uncore pcspkr i2c_i801 mei lpc_ich dca fb_sys_fops ie31200_edac hid intel_rapl_perf snd_pcm parport evdev wmi<br>
[ 4953.466916] pcc_cpufreq mac_hid sch_fq tcp_htcp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_timer snd soundcore cuse nfsd auth_rpcgss nfsv4 nfsv3 nfs_acl nfsv2 nfs lockd grace sunrpc nls_utf8 cifs ccm dns_resolver fscache loop fuse sg crypto_user vfs_monitor(OE) ip_tables x_tables dm_mod btrfs libcrc32c crc32c_generic xor raid6_pq raid1 md_mod sd_mod ahci libahci libata xhci_pci scsi_mod crc32c_intel ehci_pci firewire_ohci xhci_hcd ehci_hcd firewire_core crc_itu_t<br>
[ 4953.466966] CR2: 00000000000002b4<br>
[ 4953.466972] ---[ end trace 24c4d6a2e775c61e ]---<br>
[ 4953.467120] RIP: 0010:dc_stream_log+0x9/0xb0 [amdgpu]<br>
[ 4953.467126] Code: 4c 89 e2 48 8b 07 48 8b 40 50 e8 22 ae 7e f6 b8 01 00 00 00 5b 5d 41 5c 41 5d 41 5e c3 0f 1f 40 00 0f 1f 44 00 00 53 48 89 f3 `<8b>` 83 b4 02 00 00 48 89 da 8b 8b 10 01 00 00 44 8b 8b 18 01 00 00<br>
[ 4953.467130] RSP: 0018:ffffaed60f84faf0 EFLAGS: 00210202<br>
[ 4953.467134] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000002<br>
[ 4953.467137] RDX: ffffffffc149a710 RSI: 0000000000000000 RDI: ffff8aa32a5d9000<br>
[ 4953.467141] RBP: ffff8a9d80030000 R08: ffff8a9d80030000 R09: 0000000000000000<br>
[ 4953.467144] R10: ffff8a9d80030000 R11: ffff8aa33eb692a4 R12: 0000000000000001<br>
[ 4953.467147] R13: ffffaed60f84fd58 R14: ffff8aa32140cff0 R15: 0000000000000000<br>
[ 4953.467151] FS: 0000000000000000(0000) GS:ffff8aa33eb40000(0000) knlGS:0000000000000000<br>
[ 4953.467154] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[ 4953.467158] CR2: 00000000000002b4 CR3: 00000007b5212002 CR4: 00000000001606e0<br>
[ 5148.503504] audit: type=1006 audit(1563216150.929:94): pid=20550 uid=0 old-auid=4294967295 auid=1000 tty=(none) old-ses=4294967295 ses=5 res=1<br>
<br>
<br>
[464226.751918] BUG: kernel NULL pointer dereference, address: 00000000000002b4<br>
[464226.751929] #PF: supervisor read access in kernel mode<br>
[464226.751933] #PF: error_code(0x0000) - not-present page<br>
[464226.751936] PGD 0 P4D 0 <br>
[464226.751944] Oops: 0000 [#1] PREEMPT SMP PTI<br>
[464226.751951] CPU: 6 PID: 20885 Comm: kworker/u16:7 Tainted: G OE 5.2.1-arch1-1-ARCH #1<br>
[464226.751981] Workqueue: events_unbound commit_work [drm_kms_helper]<br>
[464226.752158] RIP: 0010:dc_stream_log+0x9/0xb0 [amdgpu]<br>
[464226.752165] Code: 4c 89 e2 48 8b 07 48 8b 40 50 e8 22 fe 73 d4 b8 01 00 00 00 5b 5d 41 5c 41 5d 41 5e c3 0f 1f 40 00 0f 1f 44 00 00 53 48 89 f3 `<8b>` 83 b4 02 00 00 48 89 da 8b 8b 10 01 00 00 44 8b 8b 18 01 <br>
00 00<br>
[464226.752170] RSP: 0018:ffffad91cd9f3af0 EFLAGS: 00010202<br>
[464226.752174] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000002<br>
[464226.752178] RDX: ffffffffc1345710 RSI: 0000000000000000 RDI: ffff928467e8c000<br>
[464226.752182] RBP: ffff927f19680000 R08: ffff927f19680000 R09: 0000000000000000<br>
[464226.752185] R10: ffff927f19680000 R11: 0000000000000000 R12: 0000000000000001<br>
[464226.752188] R13: ffffad91cd9f3d58 R14: ffff92846149cff0 R15: 0000000000000000<br>
[464226.752193] FS: 0000000000000000(0000) GS:ffff92847eb80000(0000) knlGS:0000000000000000<br>
[464226.752197] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[464226.752201] CR2: 00000000000002b4 CR3: 00000007b8fdc002 CR4: 00000000001606e0<br>
[464226.752204] Call Trace:<br>
[464226.752384] dc_commit_state+0xa1/0x5a0 [amdgpu]<br>
[464226.752507] ? amdgpu_bo_unpin+0xce/0xe0 [amdgpu]<br>
[464226.752551] ? drm_calc_timestamping_constants+0xe0/0x140 [drm]<br>
[464226.752733] amdgpu_dm_atomic_commit_tail+0xc64/0x1a20 [amdgpu]<br>
[464226.752745] ? __switch_to_asm+0x40/0x70<br>
[464226.752751] ? __switch_to_asm+0x34/0x70<br>
[464226.752756] ? __switch_to_asm+0x40/0x70<br>
[464226.752762] ? __switch_to_asm+0x40/0x70<br>
[464226.752767] ? __switch_to_asm+0x40/0x70<br>
[464226.752772] ? __switch_to_asm+0x40/0x70<br>
[464226.752778] ? __switch_to_asm+0x34/0x70<br>
[464226.752783] ? __switch_to_asm+0x40/0x70<br>
[464226.752788] ? __switch_to_asm+0x40/0x70<br>
[464226.752797] ? __switch_to_xtra+0x1b6/0x610<br>
[464226.752802] ? __switch_to_asm+0x34/0x70<br>
[464226.752807] ? __switch_to_asm+0x40/0x70<br>
[464226.752812] ? __switch_to_asm+0x34/0x70<br>
[464226.752843] ? commit_tail+0x3c/0x70 [drm_kms_helper]<br>
[464226.752862] commit_tail+0x3c/0x70 [drm_kms_helper]<br>
[464226.752871] process_one_work+0x1d1/0x3e0<br>
[464226.752878] worker_thread+0x4a/0x3d0<br>
[464226.752887] kthread+0xfd/0x130<br>
[464226.752893] ? process_one_work+0x3e0/0x3e0<br>
[464226.752899] ? kthread_park+0x90/0x90<br>
[464226.752905] ret_from_fork+0x35/0x40<br>
[464226.752913] Modules linked in: sctp arc4 md4 cfg80211 8021q garp mrp bridge stp llc nct6775 hwmon_vid ext4 crc16 mbcache jbd2 intel_rapl amdgpu hid_steam joydev mousedev input_leds x86_pkg_temp_thermal inte<br>
l_powerclamp coretemp kvm_intel kvm dm_mod irqbypass amd_iommu_v2 gpu_sched ttm crct10dif_pclmul crc32_pclmul drm_kms_helper ofpart ghash_clmulni_intel cmdlinepart drm intel_spi_platform intel_spi spi_nor eeepc<br>
_wmi hid_generic mei_hdcp asus_wmi snd_hda_codec_realtek iTCO_wdt snd_hda_codec_generic sparse_keymap iTCO_vendor_support ledtrig_audio mtd snd_hda_codec_hdmi wmi_bmof ppdev rfkill mxm_wmi snd_usb_audio snd_hda_intel aesni_intel snd_virtuoso agpgart snd_hda_codec snd_oxygen_lib igb aes_x86_64 crypto_simd cryptd snd_hda_core snd_usbmidi_lib glue_helper syscopyarea intel_cstate snd_mpu401_uart sysfillrect i2c_algo_bit intel_uncore media snd_hwdep snd_rawmidi mei_me sysimgblt usbhid intel_rapl_perf pcspkr i2c_i801 lpc_ich snd_pcm mei fb_sys_fops dca ie31200_edac hid parport_pc evdev<br>
[464226.752991] parport mac_hid pcc_cpufreq wmi sch_fq tcp_htcp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_timer snd soundcore cuse nfsd auth_rpcgss nfsv4 nfsv3 nfs_acl nfsv2 nfs lockd grace sunrpc nls_utf8 cifs ccm dns_resolver fscache loop fuse sg crypto_user vfs_monitor(OE) ip_tables x_tables btrfs libcrc32c crc32c_generic xor raid6_pq raid1 md_mod sd_mod ahci libahci libata xhci_pci firewire_ohci crc32c_intel scsi_mod xhci_hcd ehci_pci firewire_core ehci_hcd crc_itu_t<br>
[464226.753047] CR2: 00000000000002b4<br>
[464226.753053] ---[ end trace a22ae414b68cae32 ]---<br>
[464226.753218] RIP: 0010:dc_stream_log+0x9/0xb0 [amdgpu]<br>
[464226.753225] Code: 4c 89 e2 48 8b 07 48 8b 40 50 e8 22 fe 73 d4 b8 01 00 00 00 5b 5d 41 5c 41 5d 41 5e c3 0f 1f 40 00 0f 1f 44 00 00 53 48 89 f3 `<8b>` 83 b4 02 00 00 48 89 da 8b 8b 10 01 00 00 44 8b 8b 18 01 00 00<br>
[464226.753229] RSP: 0018:ffffad91cd9f3af0 EFLAGS: 00010202<br>
[464226.753233] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000002<br>
[464226.753237] RDX: ffffffffc1345710 RSI: 0000000000000000 RDI: ffff928467e8c000<br>
[464226.753241] RBP: ffff927f19680000 R08: ffff927f19680000 R09: 0000000000000000<br>
[464226.753244] R10: ffff927f19680000 R11: 0000000000000000 R12: 0000000000000001<br>
[464226.753248] R13: ffffad91cd9f3d58 R14: ffff92846149cff0 R15: 0000000000000000<br>
[464226.753252] FS: 0000000000000000(0000) GS:ffff92847eb80000(0000) knlGS:0000000000000000<br>
[464226.753256] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[464226.753260] CR2: 00000000000002b4 CR3: 00000007b8fdc002 CR4: 00000000001606e0<br>
<br>
<br>
[89446.140229] BUG: kernel NULL pointer dereference, address: 00000000000002b4<br>
[89446.140238] #PF: supervisor read access in kernel mode<br>
[89446.140242] #PF: error_code(0x0000) - not-present page<br>
[89446.140245] PGD 0 P4D 0 <br>
[89446.140252] Oops: 0000 [#1] PREEMPT SMP PTI<br>
[89446.140258] CPU: 5 PID: 18007 Comm: kworker/u16:0 Tainted: G OE 5.2.2-arch1-1-ARCH #1<br>
[89446.140284] Workqueue: events_unbound commit_work [drm_kms_helper]<br>
[89446.140489] RIP: 0010:dc_stream_log+0x6/0xb0 [amdgpu]<br>
[89446.140498] Code: 04 00 00 49 8b bc 02 80 02 00 00 48 8b 07 48 8b 40 50 e8 1d b5 e5 ec b8 01 00 00 00 c3 0f 1f 80 00 00 00 00 0f 1f 44 00 00 53 `<8b>` 86 b4 02 00 00 48 89 f3 48 89 f2 8b 8e 10 01 00 00 bf 04 0<br>
0 00<br>
[89446.140503] RSP: 0018:ffffb8dc4c743af0 EFLAGS: 00010202<br>
[89446.140510] RAX: 0000000000000000 RBX: ffff9dea30ea6000 RCX: 0000000000000002<br>
[89446.140515] RDX: ffffffffc162a710 RSI: 0000000000000000 RDI: ffff9dea30ea6000<br>
[89446.140520] RBP: ffff9de9007a0000 R08: ffff9de9007a0000 R09: 0000000000000000<br>
[89446.140525] R10: ffff9de9007a0000 R11: 0000000000000018 R12: 0000000000000001<br>
[89446.140531] R13: ffffb8dc4c743d58 R14: ffff9dea207ecff0 R15: 0000000000000000<br>
[89446.140537] FS: 0000000000000000(0000) GS:ffff9dea3eb40000(0000) knlGS:0000000000000000<br>
[89446.140542] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[89446.140547] CR2: 00000000000002b4 CR3: 000000075c0c2004 CR4: 00000000001606e0<br>
[89446.140551] Call Trace:<br>
[89446.140772] dc_commit_state+0x9a/0x5a0 [amdgpu]<br>
[89446.140968] ? dm_plane_helper_cleanup_fb+0xa3/0x120 [amdgpu]<br>
[89446.141175] amdgpu_dm_atomic_commit_tail+0xc5d/0x1a10 [amdgpu]<br>
[89446.141191] ? __switch_to_asm+0x40/0x70<br>
[89446.141199] ? __switch_to_asm+0x34/0x70<br>
[89446.141206] ? __switch_to_asm+0x40/0x70<br>
[89446.141212] ? __switch_to_asm+0x40/0x70<br>
[89446.141219] ? __switch_to_asm+0x40/0x70<br>
[89446.141225] ? __switch_to_asm+0x40/0x70<br>
[89446.141231] ? __switch_to_asm+0x34/0x70<br>
[89446.141237] ? __switch_to_asm+0x40/0x70<br>
[89446.141244] ? __switch_to_asm+0x40/0x70<br>
[89446.141250] ? __switch_to_asm+0x34/0x70<br>
[89446.141260] ? __switch_to_xtra+0x1b4/0x610<br>
[89446.141266] ? __switch_to_asm+0x34/0x70<br>
[89446.141273] ? __switch_to_asm+0x40/0x70<br>
[89446.141279] ? __switch_to_asm+0x34/0x70<br>
[89446.141320] ? commit_tail+0x3c/0x70 [drm_kms_helper]<br>
[89446.141340] commit_tail+0x3c/0x70 [drm_kms_helper]<br>
[89446.141347] process_one_work+0x1d1/0x3e0<br>
[89446.141353] worker_thread+0x4a/0x3d0<br>
[89446.141361] kthread+0xfb/0x130<br>
[89446.141365] ? process_one_work+0x3e0/0x3e0<br>
[89446.141371] ? kthread_park+0x90/0x90<br>
[89446.141377] ret_from_fork+0x35/0x40<br>
[89446.141384] Modules linked in: arc4 md4 cfg80211 8021q garp mrp bridge stp llc nct6775 hwmon_vid ext4 crc16 mbcache jbd2 joydev mousedev input_leds amdgpu intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass ofpart cmdlinepart intel_spi_platform intel_spi eeepc_wmi spi_nor crct10dif_pclmul asus_wmi sparse_keymap iTCO_wdt crc32_pclmul mtd mei_hdcp ppdev iTCO_vendor_support rfkill wmi_bmof mxm_wmi amd_iommu_v2 ghash_clmulni_intel gpu_sched ttm drm_kms_helper snd_hda_codec_realtek snd_usb_audio snd_hda_codec_generic snd_usbmidi_lib drm aesni_intel ledtrig_audio snd_virtuoso snd_hda_codec_hdmi aes_x86_64 snd_oxygen_lib crypto_simd snd_hda_intel cryptd media glue_helper snd_hda_codec snd_mpu401_uart intel_cstate agpgart syscopyarea intel_uncore igb snd_hda_core hid_steam intel_rapl_perf snd_rawmidi snd_hwdep sysfillrect i2c_algo_bit sysimgblt mei_me dca lpc_ich pcspkr snd_pcm fb_sys_fops i2c_i801 mei ie31200_edac parport_pc parport evdev mac_hid wmi pcc_cpufreq<br>
[89446.141456] sch_fq tcp_htcp snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_timer snd soundcore cuse nfsd auth_rpcgss nfsv4 nfsv3 nfs_acl nfsv2 nfs lockd grace sunrpc nls_utf8 cifs ccm dns_resolver fscache loop fuse sg crypto_user vfs_monitor(OE) ip_tables x_tables hid_generic usbhid hid dm_mod btrfs libcrc32c crc32c_generic xor raid6_pq raid1 md_mod sd_mod ahci libahci libata xhci_pci firewire_ohci crc32c_intel scsi_mod xhci_hcd ehci_pci firewire_core ehci_hcd crc_itu_t<br>
[89446.141524] CR2: 00000000000002b4<br>
[89446.141531] ---[ end trace a31be47676a3f1f7 ]---<br>
[89446.141679] RIP: 0010:dc_stream_log+0x6/0xb0 [amdgpu]<br>
[89446.141686] Code: 04 00 00 49 8b bc 02 80 02 00 00 48 8b 07 48 8b 40 50 e8 1d b5 e5 ec b8 01 00 00 00 c3 0f 1f 80 00 00 00 00 0f 1f 44 00 00 53 `<8b>` 86 b4 02 00 00 48 89 f3 48 89 f2 8b 8e 10 01 00 00 bf 04 00 00<br>
[89446.141690] RSP: 0018:ffffb8dc4c743af0 EFLAGS: 00010202<br>
[89446.141694] RAX: 0000000000000000 RBX: ffff9dea30ea6000 RCX: 0000000000000002<br>
[89446.141697] RDX: ffffffffc162a710 RSI: 0000000000000000 RDI: ffff9dea30ea6000<br>
[89446.141701] RBP: ffff9de9007a0000 R08: ffff9de9007a0000 R09: 0000000000000000<br>
[89446.141704] R10: ffff9de9007a0000 R11: 0000000000000018 R12: 0000000000000001<br>
[89446.141707] R13: ffffb8dc4c743d58 R14: ffff9dea207ecff0 R15: 0000000000000000<br>
[89446.141711] FS: 0000000000000000(0000) GS:ffff9dea3eb40000(0000) knlGS:0000000000000000<br>
[89446.141715] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[89446.141718] CR2: 00000000000002b4 CR3: 000000075c0c2004 CR4: 00000000001606e0<br>
<br>
<br>
I've been updating to the latest packages after most of these crashes, currently:<br>
<br>
GL_VERSION: 4.5 (Compatibility Profile) Mesa 19.1.3<br>
GL_RENDERER: AMD Radeon R9 200 Series (TONGA, DRM 3.32.0, 5.2.3-arch1-1-ARCH, LLVM 8.0.1)<br>
<br>
-<br>
<br>
Please let me know if there's additional information that could help and/or if there is a better location to file this bug.https://gitlab.freedesktop.org/drm/amd/-/issues/845Display issues AMD RAVEN Ryzen 5 3400G APU2023-01-09T20:32:57ZBugzilla Migration UserDisplay issues AMD RAVEN Ryzen 5 3400G APU## Submitted by Redsandro
Assigned to **Default DRI bug account**
**[Link to original bug (#111123)](https://bugs.freedesktop.org/show_bug.cgi?id=111123)**
## Description
I'm having issues using hardware accelerated graphics on my...## Submitted by Redsandro
Assigned to **Default DRI bug account**
**[Link to original bug (#111123)](https://bugs.freedesktop.org/show_bug.cgi?id=111123)**
## Description
I'm having issues using hardware accelerated graphics on my AMD Ryzen 5 3400G with A300M-STX mainboard and A300 chipset by ASRock.<br>
<br>
That's the AMD Ryzen 5 3400G with Radeon Vega Graphics (family: 0x17, model: 0x18, stepping: 0x1)<br>
<br>
When attaching an UHD (4k) monitor over the DisplayPort, everything works as expected as long as I am running an older kernel that doesn't support the APU video hardware. E.g. 4.15 or 4.18.<br>
<br>
When I use 5.0, 5.1 or 5.2 kernel, the _same display connection that worked fine before_ doesn't work anymore. The image keeps disappearing, shaking, distorting and creating green pixel noise, as if the cable is bad quality.<br>
<br>
When starting those same kernels with `nomodeset` from GRUB, the image is stable again, but the hardware acceleration is disabled.<br>
<br>
HDMI works fine on a HD display (1920x1080) but also no picture on UHD.<br>
<br>
HWE Kernel 5.0.0.20.21~18.04.1 does have hardware rendering, but shows the following:<br>
<br>
```<br>
[ 1.296083] kfd kfd: DID 15d8 is missing in supported_devices<br>
[ 1.296084] kfd kfd: kgd2kfd_probe failed<br>
```<br>
<br>
So I used Ukuu to install 5.2.0-RC7.<br>
<br>
```<br>
$ uname -a<br>
Linux abu 5.2.0-050200rc7-generic #201906300430 SMP Sun Jun 30 04:32:31 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux<br>
<br>
$ lspci | grep -i vga<br>
04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Picasso (rev c8)<br>
<br>
$ glxinfo | grep Extended -A11<br>
Extended renderer info (GLX_MESA_query_renderer):<br>
Vendor: X.Org (0x1002)<br>
Device: AMD RAVEN (DRM 3.32.0, 5.2.0-050200rc7-generic, LLVM 8.0.1) (0x15d8)<br>
Version: 19.2.0<br>
Accelerated: yes<br>
Video memory: 2048MB<br>
Unified memory: no<br>
Preferred profile: core (0x1)<br>
Max core profile version: 4.5<br>
Max compat profile version: 4.5<br>
Max GLES1 profile version: 1.1<br>
Max GLES[23] profile version: 3.2<br>
<br>
$ dmesg | grep -i amdgpu | grep -v ring<br>
[ 1.202002] [drm] amdgpu kernel modesetting enabled.<br>
[ 1.202142] amdgpu 0000:04:00.0: remove_conflicting_pci_framebuffers: bar 0: 0xe0000000 -> 0xefffffff<br>
[ 1.202143] amdgpu 0000:04:00.0: remove_conflicting_pci_framebuffers: bar 2: 0xf0000000 -> 0xf01fffff<br>
[ 1.202144] amdgpu 0000:04:00.0: remove_conflicting_pci_framebuffers: bar 5: 0xfcc00000 -> 0xfcc7ffff<br>
[ 1.202146] fb0: switching to amdgpudrmfb from EFI VGA<br>
[ 1.202220] amdgpu 0000:04:00.0: vgaarb: deactivate vga console<br>
[ 1.202253] amdgpu 0000:04:00.0: enabling device (0006 -> 0007)<br>
[ 1.202474] amdgpu 0000:04:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)<br>
[ 1.202475] amdgpu 0000:04:00.0: GART: 1024M 0x0000000000000000 - 0x000000003FFFFFFF<br>
[ 1.202476] amdgpu 0000:04:00.0: AGP: 267419648M 0x000000F800000000 - 0x0000FFFFFFFFFFFF<br>
[ 1.202577] [drm] amdgpu: 2048M of VRAM memory ready<br>
[ 1.202578] [drm] amdgpu: 3072M of GTT memory ready.<br>
[ 1.509190] fbcon: amdgpudrmfb (fb0) is primary device<br>
[ 1.559664] amdgpu 0000:04:00.0: fb0: amdgpudrmfb frame buffer device<br>
[ 1.584215] [drm] Initialized amdgpu 3.32.0 20150101 for 0000:04:00.0 on minor 0<br>
```<br>
<br>
Tested on Linux Mint 19.1.https://gitlab.freedesktop.org/drm/amd/-/issues/806RX 580 and 5K displays, bandwidth validation failed with multiple monitors2023-01-09T20:17:47ZBugzilla Migration UserRX 580 and 5K displays, bandwidth validation failed with multiple monitors## Submitted by Gaël HERMET
Assigned to **Default DRI bug account**
**[Link to original bug (#110780)](https://bugs.freedesktop.org/show_bug.cgi?id=110780)**
## Description
I have been facing an issue with my 5K display (iiyama Pr...## Submitted by Gaël HERMET
Assigned to **Default DRI bug account**
**[Link to original bug (#110780)](https://bugs.freedesktop.org/show_bug.cgi?id=110780)**
## Description
I have been facing an issue with my 5K display (iiyama ProLite XB2779QQS-S1).<br>
<br>
It works fine as long as it is the only active monitor, as soon as I activate another monitor the main one (5k) can't display more than 4k.<br>
<br>
Debug using "echo 0x4 > /sys/module/drm/parameters/debug" show this :<br>
mai 23 09:01:22 bureau-gael /usr/lib/gdm3/gdm-x-session[3465]: (EE) AMDGPU(0): failed to set mode: Invalid argument<br>
mai 23 09:01:22 bureau-gael kernel: [drm:dce112_validate_bandwidth [amdgpu]] dce112_validate_bandwidth: Bandwidth validation failed!<br>
<br>
I disabled the check by forcing is_display_configuration_supported to return true in dce_calcs.c and it works fine.<br>
<br>
I tried a lot of kernel (includig drm-tip and 5.2-rc1) and they all have the same issue.<br>
My custom kernel with no validation is based on Ubuntu's 5.0.0-15-generic.<br>
<br>
If I can help by providing more logs or test something ask and I will do my best.https://gitlab.freedesktop.org/drm/amd/-/issues/716amdgpu [RX Vega 64] system freeze while gaming (VSYNC enabled)2023-10-02T14:41:10ZBugzilla Migration Useramdgpu [RX Vega 64] system freeze while gaming (VSYNC enabled)## Submitted by Mauro Gaspari
Assigned to **Default DRI bug account**
**[Link to original bug (#109955)](https://bugs.freedesktop.org/show_bug.cgi?id=109955)**
## Description
Symptoms:<br>
During gaming sessions, system locks up a...## Submitted by Mauro Gaspari
Assigned to **Default DRI bug account**
**[Link to original bug (#109955)](https://bugs.freedesktop.org/show_bug.cgi?id=109955)**
## Description
Symptoms:<br>
During gaming sessions, system locks up and freezes completely. Audio seems to keep working for a few seconds more, but full desktop is frozen, no mouse and keyboard actions available. Hard reset only possible action on local pc. I have not tried to ssh in the PC from another box.<br>
Some times I can play for 20 minutes, some times for a few hours. Freezes seem unrelated to any activity running in-game. All system temperatures are under control.<br>
The system outside of 3d gaming is very stable, including playing videos, encoding videos, regular desktop usage.<br>
<br>
Further testing done:<br>
1. Installed Windows10 on same hardware, same BIOS settings. Running same games has no issue at all. No hangs, no problems.<br>
2. Ran same games on my NVIDIA+Intel based laptop. No issue at all on same distributions and kernels. No hangs, no problems.<br>
<br>
Additional information:<br>
This issue has been going on for a while now. It comes and goes with Mesa versions (or Mesa+kernel combinations). Some times an update comes and I have no freezes for weeks. Then next update gets installed and the issue comes back. <br>
I have tested this mainly on openSUSE Tumbleweed, Ubuntu 18.04 and Ubuntu 18.10. <br>
<br>
-- Ubuntu testing:<br>
Ubuntu 18.04 was running well for months, then latest mesa updates that got in 2 weeks ago, re-introduced the issue. System started freezing again. I tried updating to 18.10 but I had the same issue. I enabled oibaf PPA for video drivers and the issue disappeared. Then after a few days a new mesa came in and the issue came back. I am now running on Padoka unstable PPA with Mesa 19 and LLVM9. The issue still happens.<br>
<br>
-- Tumbleweed testing:<br>
I am adding my previous bug report I filed with Tumbleweed. A couple of occurrences with system logs. I will post more as I collect them.<br>
<br>
OS: OpenSUSE tumbleweed x86_64 updated (2018 04 21)<br>
Kernel: 4.16.2-1-default<br>
Desktop Environment: KDE Plasma (x11)<br>
OpenGL version string: 3.0 Mesa 18.0.0<br>
GPU: AMD Radeon RX Vega 64 8GB<br>
<br>
System Logs:<br>
<br>
Apr 21 17:08:34 STUDIO kernel: [drm:gfx_v9_0_priv_reg_irq [amdgpu]] *ERROR* Illegal register access in command stream<br>
Apr 21 17:08:34 STUDIO kernel: [drm] No hardware hang detected. Did some blocks stall?<br>
Apr 21 17:08:44 STUDIO kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=128859, last emitted seq=128861<br>
Apr 21 17:08:44 STUDIO kernel: [drm] No hardware hang detected. Did some blocks stall?<br>
-- Reboot --<br>
<br>
<br>
Dmesg lines relative to amdgpu:<br>
<br>
[ 3.407020] [drm] amdgpu kernel modesetting enabled.<br>
[ 3.411462] fb: switching to amdgpudrmfb from VESA VGA<br>
[ 3.426163] amdgpu 0000:04:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff<br>
[ 3.426261] amdgpu 0000:04:00.0: VRAM: 8176M 0x000000F400000000 - 0x000000F5FEFFFFFF (8176M used)<br>
[ 3.426263] amdgpu 0000:04:00.0: GTT: 256M 0x000000F600000000 - 0x000000F60FFFFFFF<br>
[ 3.426371] [drm] amdgpu: 8176M of VRAM memory ready<br>
[ 3.426372] [drm] amdgpu: 8176M of GTT memory ready.<br>
[ 4.031665] fbcon: amdgpudrmfb (fb0) is primary device<br>
[ 4.083803] amdgpu 0000:04:00.0: fb0: amdgpudrmfb frame buffer device<br>
[ 4.096086] amdgpu 0000:04:00.0: ring 0(gfx) uses VM inv eng 4 on hub 0<br>
[ 4.096088] amdgpu 0000:04:00.0: ring 1(comp_1.0.0) uses VM inv eng 5 on hub 0<br>
[ 4.096089] amdgpu 0000:04:00.0: ring 2(comp_1.1.0) uses VM inv eng 6 on hub 0<br>
[ 4.096090] amdgpu 0000:04:00.0: ring 3(comp_1.2.0) uses VM inv eng 7 on hub 0<br>
[ 4.096091] amdgpu 0000:04:00.0: ring 4(comp_1.3.0) uses VM inv eng 8 on hub 0<br>
[ 4.096093] amdgpu 0000:04:00.0: ring 5(comp_1.0.1) uses VM inv eng 9 on hub 0<br>
[ 4.096094] amdgpu 0000:04:00.0: ring 6(comp_1.1.1) uses VM inv eng 10 on hub 0<br>
[ 4.096095] amdgpu 0000:04:00.0: ring 7(comp_1.2.1) uses VM inv eng 11 on hub 0<br>
[ 4.096096] amdgpu 0000:04:00.0: ring 8(comp_1.3.1) uses VM inv eng 12 on hub 0<br>
[ 4.096098] amdgpu 0000:04:00.0: ring 9(kiq_2.1.0) uses VM inv eng 13 on hub 0<br>
[ 4.096099] amdgpu 0000:04:00.0: ring 10(sdma0) uses VM inv eng 4 on hub 1<br>
[ 4.096100] amdgpu 0000:04:00.0: ring 11(sdma1) uses VM inv eng 5 on hub 1<br>
[ 4.096101] amdgpu 0000:04:00.0: ring 12(uvd) uses VM inv eng 6 on hub 1<br>
[ 4.096103] amdgpu 0000:04:00.0: ring 13(uvd_enc0) uses VM inv eng 7 on hub 1<br>
[ 4.096104] amdgpu 0000:04:00.0: ring 14(uvd_enc1) uses VM inv eng 8 on hub 1<br>
[ 4.096105] amdgpu 0000:04:00.0: ring 15(vce0) uses VM inv eng 9 on hub 1<br>
[ 4.096107] amdgpu 0000:04:00.0: ring 16(vce1) uses VM inv eng 10 on hub 1<br>
[ 4.096108] amdgpu 0000:04:00.0: ring 17(vce2) uses VM inv eng 11 on hub 1<br>
[ 4.096662] [drm] Initialized amdgpu 3.23.0 20150101 for 0000:04:00.0 on minor 0<br>
<br>
<br>
<br>
The issue was later identified here https://bugs.freedesktop.org/show_bug.cgi?id=105317 and fixed with Mesa 18.0.1. <br>
<br>
<br>
<br>
Then, The issue was noticed again after a few months:<br>
OS: OpenSUSE tumbleweed x86_64 updated (2018 08 10)<br>
Kernel: 4.17.2-1-default<br>
Desktop Environment: KDE Plasma (x11)<br>
OpenGL version string: 3.1 Mesa 18.1.5<br>
GPU: AMD Radeon RX Vega 64 8GB<br>
<br>
<br>
Relevant log lines I found during freeze:<br>
<br>
2018-08-09T23:16:53.103775+08:00 MGDT-Tumbleweed kernel: [ 6305.852703] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=1745163, last emitted seq=<br>
1745165<br>
2018-08-09T23:16:53.103795+08:00 MGDT-Tumbleweed kernel: [ 6305.852704] [drm] No hardware hang detected. Did some blocks stall?<br>
<br>
<br>
Dmesg lines relative to amdgpu:<br>
<br>
[ 3.130759] [drm] amdgpu kernel modesetting enabled.<br>
[ 3.135770] fb: switching to amdgpudrmfb from EFI VGA<br>
[ 3.136106] amdgpu 0000:03:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff<br>
[ 3.136171] amdgpu 0000:03:00.0: VRAM: 8176M 0x000000F400000000 - 0x000000F5FEFFFFFF (8176M used)<br>
[ 3.136173] amdgpu 0000:03:00.0: GTT: 512M 0x000000F600000000 - 0x000000F61FFFFFFF<br>
[ 3.136494] [drm] amdgpu: 8176M of VRAM memory ready<br>
[ 3.136495] [drm] amdgpu: 8176M of GTT memory ready.<br>
[ 4.114469] fbcon: amdgpudrmfb (fb0) is primary device<br>
[ 4.141179] amdgpu 0000:03:00.0: fb0: amdgpudrmfb frame buffer device<br>
[ 4.164072] amdgpu 0000:03:00.0: ring 0(gfx) uses VM inv eng 4 on hub 0<br>
[ 4.164074] amdgpu 0000:03:00.0: ring 1(comp_1.0.0) uses VM inv eng 5 on hub 0<br>
[ 4.164075] amdgpu 0000:03:00.0: ring 2(comp_1.1.0) uses VM inv eng 6 on hub 0<br>
[ 4.164075] amdgpu 0000:03:00.0: ring 3(comp_1.2.0) uses VM inv eng 7 on hub 0<br>
[ 4.164076] amdgpu 0000:03:00.0: ring 4(comp_1.3.0) uses VM inv eng 8 on hub 0<br>
[ 4.164077] amdgpu 0000:03:00.0: ring 5(comp_1.0.1) uses VM inv eng 9 on hub 0<br>
[ 4.164078] amdgpu 0000:03:00.0: ring 6(comp_1.1.1) uses VM inv eng 10 on hub 0<br>
[ 4.164079] amdgpu 0000:03:00.0: ring 7(comp_1.2.1) uses VM inv eng 11 on hub 0<br>
[ 4.164079] amdgpu 0000:03:00.0: ring 8(comp_1.3.1) uses VM inv eng 12 on hub 0<br>
[ 4.164080] amdgpu 0000:03:00.0: ring 9(kiq_2.1.0) uses VM inv eng 13 on hub 0<br>
[ 4.164081] amdgpu 0000:03:00.0: ring 10(sdma0) uses VM inv eng 4 on hub 1<br>
[ 4.164082] amdgpu 0000:03:00.0: ring 11(sdma1) uses VM inv eng 5 on hub 1<br>
[ 4.164083] amdgpu 0000:03:00.0: ring 12(uvd) uses VM inv eng 6 on hub 1<br>
[ 4.164084] amdgpu 0000:03:00.0: ring 13(uvd_enc0) uses VM inv eng 7 on hub 1<br>
[ 4.164085] amdgpu 0000:03:00.0: ring 14(uvd_enc1) uses VM inv eng 8 on hub 1<br>
[ 4.164085] amdgpu 0000:03:00.0: ring 15(vce0) uses VM inv eng 9 on hub 1<br>
[ 4.164086] amdgpu 0000:03:00.0: ring 16(vce1) uses VM inv eng 10 on hub 1<br>
[ 4.164087] amdgpu 0000:03:00.0: ring 17(vce2) uses VM inv eng 11 on hub 1<br>
[ 4.164553] [drm] Initialized amdgpu 3.25.0 20150101 for 0000:03:00.0 on minor 0https://gitlab.freedesktop.org/drm/amd/-/issues/662HDMI connected monitors fail to sleep and instead turn back on when amdgpu.dc=12024-03-06T15:36:17ZBugzilla Migration UserHDMI connected monitors fail to sleep and instead turn back on when amdgpu.dc=1## Submitted by tme
Assigned to **Default DRI bug account**
**[Link to original bug (#109246)](https://bugs.freedesktop.org/show_bug.cgi?id=109246)**
## Description
Original launchpad thread: https://bugs.launchpad.net/ubuntu/+sou...## Submitted by tme
Assigned to **Default DRI bug account**
**[Link to original bug (#109246)](https://bugs.freedesktop.org/show_bug.cgi?id=109246)**
## Description
Original launchpad thread: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1790861<br>
<br>
Overview:<br>
When my computer tries to suspend my monitors after a period of idleness, they'll suspend for a few seconds before waking back up.<br>
<br>
Steps to Reproduce:<br>
1) Have a monitor attached over HDMI.<br>
2) Set screen energy saving (in Plasma 5) to 1 minute.<br>
3) After 1 minute has passed, the monitor will try to enter sleep mode. It will fail and turn back on.<br>
4) The monitor will continue to attempt to enter sleep mode every minute until interrupted by the user.<br>
<br>
Actual Results:<br>
The monitors turn back on a few seconds after entering sleep mode.<br>
<br>
Expected Results:<br>
The monitors stay in sleep mode.<br>
<br>
Additional Information:<br>
While I have two monitors, this issue is only triggered when one is connected using HDMI. Connecting only one monitor using HDMI will trigger the problem. Connecting either one using DVI does not trigger the problem. <br>
I am unable to test if DisplayPort triggers the problem, as I have no compatible monitors.<br>
Setting the kernel parameter amdgpu.dc=0 does not cause the problem to trigger.<br>
<br>
I haven't confirmed if the other affected users in the launchpad thread are using HDMI, so I'm only reporting my experience.https://gitlab.freedesktop.org/drm/amd/-/issues/615AMDGPU Failed to read EDID from display2024-03-05T12:22:59ZBugzilla Migration UserAMDGPU Failed to read EDID from display## Submitted by Michael Lindman
Assigned to **Default DRI bug account**
**[Link to original bug (#108806)](https://bugs.freedesktop.org/show_bug.cgi?id=108806)**
## Description
Created attachment 142526<br>
boot log showing EDID f...## Submitted by Michael Lindman
Assigned to **Default DRI bug account**
**[Link to original bug (#108806)](https://bugs.freedesktop.org/show_bug.cgi?id=108806)**
## Description
Created attachment 142526<br>
boot log showing EDID failure<br>
<br>
When connecting one of my monitors to the system it defaults to 1024x768 and not the native resolution and grepping through the kernel logs shows that AMDGPU fails to read the EDID of the display.<br>
<br>
[ 5.054779] [drm:dc_link_detect [amdgpu]] *ERROR* No EDID read.<br>
<br>
The display was working fine as of kernel 4.18.18 with the issues arising upon 4.19.2.<br>
<br>
I am using a POLARIS 10 GPU and both displays are connected to DisplayPort with the Asus PG2780 having the issues with failing to grab the EDID.<br>
<br>
DisplayPort-0 LG 25UM65-P<br>
DisplayPort-1 ASUS PG278Q<br>
<br>
**Attachment 142526**, "boot log showing EDID failure": <br>
[dmesg.log](/uploads/1eb422ada8ade01c6eb1312a3e029f56/dmesg.log)<br>https://gitlab.freedesktop.org/drm/amd/-/issues/476no color format choice in amdgpu2023-07-29T01:29:21ZBugzilla Migration Userno color format choice in amdgpu## Submitted by zam..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#107559)](https://bugs.freedesktop.org/show_bug.cgi?id=107559)**
## Description
Created attachment 141066<br>
The xorg log<br>
<br>
I ...## Submitted by zam..@..il.com
Assigned to **Default DRI bug account**
**[Link to original bug (#107559)](https://bugs.freedesktop.org/show_bug.cgi?id=107559)**
## Description
Created attachment 141066<br>
The xorg log<br>
<br>
I have a really crappy Philips "HD ready" tv. This tv has no options to change the color format, and it always assumes full rgb. The problem is now that I upgraded my graphics card, and now with the RX 580 I'm using the amdgpu driver. amdgpu chooses YCrCb or limited RGB (but seemingly not reported as supported, so not likely) automatically instead of RGB, and all my colors look really bad. Black levels are grey and everything looks washed out and blurry.<br>
From xorg log:<br>
Information [ 6.523] (II) AMDGPU(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 <br>
<br>
If I use an adapter and plug it in via DVI instead of HDMI, it looks fine. That has its compromises though (I now have to connect my 2nd monitor by a VGA to HDMI adapter, and that has its issues). Kernel 4.18 also breaks this work-around; it doesn't recognize any resolutions, and seemingly no EDID at all. HDMI is same as before.<br>
I also tried overriding the EDID and setting YCrCb as not supported, but failed<br>
<br>
The solution to all of this hassle would be to have the option "output_csc" available on amdgpu as it's apparently possible with radeon<br>
<br>
**Attachment 141066**, "The xorg log": <br>
[xorg_log.txt](/uploads/3ccc20e938395802698a4660da4540ab/xorg_log.txt)<br>https://gitlab.freedesktop.org/drm/amd/-/issues/475gfx_v8_0_priv_reg_irq [amdgpu]] *ERROR* Illegal register access in command st...2023-03-08T16:35:38ZBugzilla Migration Usergfx_v8_0_priv_reg_irq [amdgpu]] *ERROR* Illegal register access in command stream## Submitted by dwagner
Assigned to **Default DRI bug account**
**[Link to original bug (#107536)](https://bugs.freedesktop.org/show_bug.cgi?id=107536)**
## Description
This bug just occured spontaneously (while just using a text ...## Submitted by dwagner
Assigned to **Default DRI bug account**
**[Link to original bug (#107536)](https://bugs.freedesktop.org/show_bug.cgi?id=107536)**
## Description
This bug just occured spontaneously (while just using a text editor):<br>
<br>
Aug 09 22:23:34 ryzen kernel: [drm:gfx_v8_0_priv_reg_irq [amdgpu]] *ERROR* Illegal register access in command stream<br>
Aug 09 22:23:34 ryzen kernel: amdgpu 0000:0a:00.0: GPU reset begin!<br>
Aug 09 22:23:38 ryzen kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=193874, emitted seq=193874<br>
Aug 09 22:23:38 ryzen kernel: amdgpu 0000:0a:00.0: GPU reset begin!<br>
Aug 09 22:23:44 ryzen kernel: [drm:amdgpu_dm_atomic_check [amdgpu]] *ERROR* [CRTC:44:crtc-0] hw_done or flip_done timed out<br>
<br>
<br>
Kernel was compiled from amd-staging-drm-next as of commit bf1fd52b0632cd17ac875432a36d3e92be96d8cb.<br>
<br>
The RX 460 GPU was (a day before) manually set to lowest mclk/sclk with<br>
cd /sys/class/drm/card0/device ; echo manual >power_dpm_force_performance_level ; <br>
echo 0 >pp_dpm_mclk ; echo 0 >pp_dpm_sclkhttps://gitlab.freedesktop.org/drm/amd/-/issues/469[amdgpu] "No EDID firmware found on connector" when display forced on and EDI...2023-03-23T13:15:22ZBugzilla Migration User[amdgpu] "No EDID firmware found on connector" when display forced on and EDID file provided## Submitted by James Le Cuirot `@chewi`
Assigned to **Default DRI bug account**
**[Link to original bug (#107414)](https://bugs.freedesktop.org/show_bug.cgi?id=107414)**
## Description
Created attachment 140869<br>
Kernel log sho...## Submitted by James Le Cuirot `@chewi`
Assigned to **Default DRI bug account**
**[Link to original bug (#107414)](https://bugs.freedesktop.org/show_bug.cgi?id=107414)**
## Description
Created attachment 140869<br>
Kernel log showing one display on and one display off<br>
<br>
I've been using drm.edid_firmware for a long time now to provide some stability in my setup, which includes an A/V receiver that isn't always on. However, I've found that it still isn't as stable as I'd like it to be because this alone doesn't force the display to be connected. Only the "e" option in the video parameter does that so I've added it and it works but only if the display is actually switched on at boot time!<br>
<br>
It seems that the provided EDID file is initially ignored when the "e" option is checked, resulting in the following error and the display actually being forced off.<br>
<br>
[drm:amdgpu_dm_connector_mode_valid [amdgpu]] *ERROR* No EDID firmware found on connector: HDMI-A-1 ,forcing to OFF!<br>
<br>
This may be because the EDID file only seems to be read during a mode set. It certainly isn't because the file isn't available yet as I've added it to the initramfs to make sure and the second display that is switched on picks it up.<br>
<br>
**Attachment 140869**, "Kernel log showing one display on and one display off": <br>
[kernel.txt](/uploads/6e9c5385725da33e1925e11156983743/kernel.txt)<br>https://gitlab.freedesktop.org/drm/amd/-/issues/461Display Not Detected If Powered Off When amdgpu.dc=12023-05-30T14:36:10ZBugzilla Migration UserDisplay Not Detected If Powered Off When amdgpu.dc=1## Submitted by Benjamin Hodgetts
Assigned to **Default DRI bug account**
**[Link to original bug (#107333)](https://bugs.freedesktop.org/show_bug.cgi?id=107333)**
## Description
Versions: Kernel 4.17.8, LLVM 6.0.1, Mesa 18.1.4, X...## Submitted by Benjamin Hodgetts
Assigned to **Default DRI bug account**
**[Link to original bug (#107333)](https://bugs.freedesktop.org/show_bug.cgi?id=107333)**
## Description
Versions: Kernel 4.17.8, LLVM 6.0.1, Mesa 18.1.4, XOrg 1.20.0.<br>
Distro: Arch.<br>
<br>
Connected display devices should be detected even if they are powered off, as long as they're still physically connected obviously.<br>
<br>
This works fine when using amdgpu.dc=0 but if the kernel is booted with amdgpu.dc=1 then the display device simply isn't seen (at all) if it's powered off. It does get detected immediately when powered on, but power it back off again and it completely disappears as though it's not even connected anymore.<br>
<br>
<br>
Kernel DRM output with dc=1 (default):<br>
[drm] amdgpu kernel modesetting enabled.<br>
fb: switching to amdgpudrmfb from EFI VGA<br>
[drm] initializing kernel modesetting (POLARIS10 0x1002:0x67DF 0x1DA2:0xE366 0xE7).<br>
[drm] register mmio base: 0xDC200000<br>
[drm] register mmio size: 262144<br>
[drm] probing gen 2 caps for device 8086:1901 = 261ad03/e<br>
[drm] probing mlw for device 8086:1901 = 261ad03<br>
[drm] add ip block number 0 `<vi_common>`<br>
[drm] add ip block number 1 `<gmc_v8_0>`<br>
[drm] add ip block number 2 `<tonga_ih>`<br>
[drm] add ip block number 3 `<powerplay>`<br>
[drm] add ip block number 4 `<dm>`<br>
[drm] add ip block number 5 `<gfx_v8_0>`<br>
[drm] add ip block number 6 `<sdma_v3_0>`<br>
[drm] add ip block number 7 `<uvd_v6_0>`<br>
[drm] add ip block number 8 `<vce_v3_0>`<br>
[drm] UVD is enabled in VM mode<br>
[drm] UVD ENC is enabled in VM mode<br>
[drm] VCE enabled in VM mode<br>
[drm] vm size is 64 GB, 2 levels, block size is 10-bit, fragment size is 9-bit<br>
[drm] Detected VRAM RAM=8192M, BAR=8192M<br>
[drm] RAM width 256bits GDDR5<br>
[drm] amdgpu: 8192M of VRAM memory ready<br>
[drm] amdgpu: 8192M of GTT memory ready.<br>
[drm] GART: num cpu pages 65536, num gpu pages 65536<br>
[drm] PCIE GART of 256M enabled (table at 0x000000F400040000).<br>
[drm] Chained IB support enabled!<br>
[drm] Found UVD firmware Version: 1.130 Family ID: 16<br>
[drm] Found VCE firmware Version: 53.26 Binary ID: 3<br>
[drm] DM_PPLIB: values for Engine clock<br>
[drm] DM_PPLIB: 30000<br>
[drm] DM_PPLIB: 75100<br>
[drm] DM_PPLIB: 104800<br>
[drm] DM_PPLIB: 115800<br>
[drm] DM_PPLIB: 124000<br>
[drm] DM_PPLIB: 130900<br>
[drm] DM_PPLIB: 136400<br>
[drm] DM_PPLIB: 143000<br>
[drm] DM_PPLIB: Validation clocks:<br>
[drm] DM_PPLIB: engine_max_clock: 143000<br>
[drm] DM_PPLIB: memory_max_clock: 210000<br>
[drm] DM_PPLIB: level : 0<br>
[drm] DM_PPLIB: values for Memory clock<br>
[drm] DM_PPLIB: 30000<br>
[drm] DM_PPLIB: 100000<br>
[drm] DM_PPLIB: 210000<br>
[drm] DM_PPLIB: Validation clocks:<br>
[drm] DM_PPLIB: engine_max_clock: 143000<br>
[drm] DM_PPLIB: memory_max_clock: 210000<br>
[drm] DM_PPLIB: level : 0<br>
[drm] Display Core initialized with v3.1.38!<br>
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).<br>
[drm] Driver supports precise vblank timestamp query.<br>
[drm] UVD and UVD ENC initialized successfully.<br>
[drm] VCE initialized successfully.<br>
[drm] Unsupported device. GVT-g is disabled<br>
[drm] Replacing VGA console driver<br>
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).<br>
[drm] Driver supports precise vblank timestamp query.<br>
[drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)<br>
[drm] Cannot find any crtc or sizes<br>
[drm] Initialized amdgpu 3.25.0 20150101 for 0000:01:00.0 on minor 0<br>
[drm] Initialized i915 1.6.0 20180308 for 0000:00:02.0 on minor 1<br>
[drm] Cannot find any crtc or sizes<br>
[drm] Cannot find any crtc or sizes<br>
[drm] Cannot find any crtc or sizes<br>
<br>
<br>
Kernel DRM output with dc=0:<br>
[drm] amdgpu kernel modesetting enabled.<br>
fb: switching to amdgpudrmfb from EFI VGA<br>
[drm] initializing kernel modesetting (POLARIS10 0x1002:0x67DF 0x1DA2:0xE366 0xE7).<br>
[drm] register mmio base: 0xDC200000<br>
[drm] register mmio size: 262144<br>
[drm] probing gen 2 caps for device 8086:1901 = 261ad03/e<br>
[drm] probing mlw for device 8086:1901 = 261ad03<br>
[drm] add ip block number 0 `<vi_common>`<br>
[drm] add ip block number 1 `<gmc_v8_0>`<br>
[drm] add ip block number 2 `<tonga_ih>`<br>
[drm] add ip block number 3 `<powerplay>`<br>
[drm] add ip block number 4 `<dce_v11_0>`<br>
[drm] add ip block number 5 `<gfx_v8_0>`<br>
[drm] add ip block number 6 `<sdma_v3_0>`<br>
[drm] add ip block number 7 `<uvd_v6_0>`<br>
[drm] add ip block number 8 `<vce_v3_0>`<br>
[drm] UVD is enabled in VM mode<br>
[drm] UVD ENC is enabled in VM mode<br>
[drm] VCE enabled in VM mode<br>
[drm] vm size is 64 GB, 2 levels, block size is 10-bit, fragment size is 9-bit<br>
[drm] Detected VRAM RAM=8192M, BAR=8192M<br>
[drm] RAM width 256bits GDDR5<br>
[drm] amdgpu: 8192M of VRAM memory ready<br>
[drm] amdgpu: 8192M of GTT memory ready.<br>
[drm] GART: num cpu pages 65536, num gpu pages 65536<br>
[drm] PCIE GART of 256M enabled (table at 0x000000F400040000).<br>
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).<br>
[drm] Driver supports precise vblank timestamp query.<br>
[drm] AMDGPU Display Connectors<br>
[drm] Connector 0:<br>
[drm] DP-1<br>
[drm] HPD6<br>
[drm] DDC: 0x4868 0x4868 0x4869 0x4869 0x486a 0x486a 0x486b 0x486b<br>
[drm] Encoders:<br>
[drm] DFP1: INTERNAL_UNIPHY2<br>
[drm] Connector 1:<br>
[drm] DP-2<br>
[drm] HPD4<br>
[drm] DDC: 0x4870 0x4870 0x4871 0x4871 0x4872 0x4872 0x4873 0x4873<br>
[drm] Encoders:<br>
[drm] DFP2: INTERNAL_UNIPHY2<br>
[drm] Connector 2:<br>
[drm] HDMI-A-1<br>
[drm] HPD1<br>
[drm] DDC: 0x486c 0x486c 0x486d 0x486d 0x486e 0x486e 0x486f 0x486f<br>
[drm] Encoders:<br>
[drm] DFP3: INTERNAL_UNIPHY1<br>
[drm] Connector 3:<br>
[drm] HDMI-A-2<br>
[drm] HPD5<br>
[drm] DDC: 0x4874 0x4874 0x4875 0x4875 0x4876 0x4876 0x4877 0x4877<br>
[drm] Encoders:<br>
[drm] DFP4: INTERNAL_UNIPHY1<br>
[drm] Connector 4:<br>
[drm] DVI-D-1<br>
[drm] HPD3<br>
[drm] DDC: 0x487c 0x487c 0x487d 0x487d 0x487e 0x487e 0x487f 0x487f<br>
[drm] Encoders:<br>
[drm] DFP5: INTERNAL_UNIPHY<br>
[drm] Chained IB support enabled!<br>
[drm] Found UVD firmware Version: 1.130 Family ID: 16<br>
[drm] Found VCE firmware Version: 53.26 Binary ID: 3<br>
[drm] UVD and UVD ENC initialized successfully.<br>
[drm] VCE initialized successfully.<br>
[drm] Replacing VGA console driver<br>
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).<br>
[drm] Driver supports precise vblank timestamp query.<br>
[drm] Finished loading DMC firmware i915/kbl_dmc_ver1_04.bin (v1.4)<br>
[drm] fb mappable at 0x2000568000<br>
[drm] vram apper at 0x2000000000<br>
[drm] size 8294400<br>
[drm] fb depth is 24<br>
[drm] pitch is 7680<br>
fbcon: amdgpudrmfb (fb0) is primary device<br>
amdgpu 0000:01:00.0: fb0: amdgpudrmfb frame buffer device<br>
[drm] Initialized amdgpu 3.25.0 20150101 for 0000:01:00.0 on minor 0<br>
[drm] Initialized i915 1.6.0 20180308 for 0000:00:02.0 on minor 1<br>
[drm] Cannot find any crtc or sizes<br>
[drm] Cannot find any crtc or sizes<br>
[drm] Cannot find any crtc or sizes<br>
<br>
<br>
And the resulting xrandr outputs:<br>
<br>
dc=1 (default)<br>
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 16384 x 16384<br>
DisplayPort-0 disconnected primary (normal left inverted right x axis y axis)<br>
DisplayPort-1 disconnected (normal left inverted right x axis y axis)<br>
HDMI-A-0 disconnected (normal left inverted right x axis y axis)<br>
HDMI-A-1 disconnected (normal left inverted right x axis y axis)<br>
DVI-D-0 disconnected (normal left inverted right x axis y axis)<br>
<br>
dc=0 (forced)<br>
HDMI-A-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 0mm x 0mm<br>
1920x1080 60.00*+ 50.00 59.94 30.00 25.00 24.00 29.97 23.98 <br>
1920x1080i 60.00 50.00 59.94 <br>
1600x1200 60.00 <br>
1280x1024 75.02 60.02 <br>
1440x900 59.90 <br>
1280x800 119.91 59.91 <br>
1152x864 75.00 <br>
1280x720 60.00 50.00 59.94 <br>
1024x768 119.99 75.03 70.07 60.00 <br>
832x624 74.55 <br>
800x600 72.19 75.00 60.32 <br>
720x576 50.00 <br>
720x576i 50.00 <br>
720x480 60.00 59.94 <br>
720x480i 60.00 59.94 <br>
640x480 75.00 72.81 66.67 60.00 59.94 <br>
720x400 70.08 <br>
<br>
<br>
Let me know if there's anything else you need here.https://gitlab.freedesktop.org/drm/amd/-/issues/4134.17.1 BUG: unable to handle kernel paging request at 00000000bfbfbf08 sysfs_...2023-01-19T17:33:36ZBugzilla Migration User4.17.1 BUG: unable to handle kernel paging request at 00000000bfbfbf08 sysfs_kf_seq_show## Submitted by Sverd Johnsen
Assigned to **Default DRI bug account**
**[Link to original bug (#106820)](https://bugs.freedesktop.org/show_bug.cgi?id=106820)**
## Description
after unloading and loading amdgpu module several times...## Submitted by Sverd Johnsen
Assigned to **Default DRI bug account**
**[Link to original bug (#106820)](https://bugs.freedesktop.org/show_bug.cgi?id=106820)**
## Description
after unloading and loading amdgpu module several times (checking status of [bug 104274](https://bugs.freedesktop.org/show_bug.cgi?id=104274) with new 4.17 kernel) over some time i noticed that sensors program gets killed reading /sys/class/i2c-adapter/i2c-10/name<br>
<br>
seems to be from amdgpu driver (it belongs to 0000:01:00.0 according to the device symlink)<br>
<br>
[ 5643.197797] BUG: unable to handle kernel paging request at 00000000bfbfbf08<br>
[ 5643.197801] PGD 0 P4D 0 <br>
[ 5643.197802] Oops: 0000 [#1] PREEMPT SMP<br>
[ 5643.197803] Modules linked in: amdgpu chash gpu_sched ttm af_packet macvtap macvlan bonding nft_nat nft_chain_nat_ipv4 nf_nat_ipv4 nf_nat nf_log_ipv6 nf_log_ipv4 nf_log_common xfrm_user nft_reject_inet nf_reject_ipv4 xfrm_algo nf_reject_ipv6 nft_reject nft_log nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 nft_ct nf_conntrack cls_u32 nft_counter nft_meta nft_set_bitmap sch_htb nft_set_hash nft_set_rbtree raid0 x86_pkg_temp_thermal intel_powerclamp kvm_intel vhost_net tun vhost tap kvm deflate efi_pstore intel_cstate intel_uncore md_mod snd_hda_codec_realtek bcache snd_hda_codec_generic intel_rapl_perf efivars snd_hda_codec_hdmi snd_hda_intel snd_hda_codec plusb input_leds usbnet led_class snd_hwdep snd_hda_core mii mei_me snd_pcm mei tpm_crb crypto_user efivarfs algif_skcipher<br>
[ 5643.197824] af_alg mousedev joydev psmouse atkbd crct10dif_pclmul crc32_pclmul libps2 ghash_clmulni_intel pcspkr tpm_tis tpm_tis_core shpchp fan thermal tpm i8042 rng_core acpi_pad vfio_pci irqbypass vfio_virqfd vfio_iommu_type1 vfio [last unloaded: amdgpu]<br>
[ 5643.197836] CPU: 0 PID: 5587 Comm: sensors Not tainted 4.17.0-1-vfio #2<br>
[ 5643.197837] Hardware name: Gigabyte Technology Co., Ltd. Z170X-UD3/Z170X-UD3-CF, BIOS F23d 12/01/2017<br>
[ 5643.197840] RIP: 0010:sysfs_kf_seq_show+0x1e/0x100<br>
[ 5643.197841] RSP: 0018:ffff952b854efd98 EFLAGS: 00010206<br>
[ 5643.197841] RAX: 00000000bfbfbf00 RBX: 0000000000000000 RCX: 0000000000000001<br>
[ 5643.197842] RDX: ffff8ef36cb509c0 RSI: 0000000000000001 RDI: ffff8ef27e8f2e80<br>
[ 5643.197843] RBP: 00000000ffffffff R08: ffff8ef39379f928 R09: ffff8ef36cb509c0<br>
[ 5643.197843] R10: 0000000000000000 R11: 0000000000000001 R12: ffff952b854efec0<br>
[ 5643.197844] R13: ffff8ef3773d9200 R14: 0000000000000001 R15: ffff8ef27e8f2e80<br>
[ 5643.197844] FS: 00007fb4230b9740(0000) GS:ffff8ef3dec00000(0000) knlGS:0000000000000000<br>
[ 5643.197845] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033<br>
[ 5643.197846] CR2: 00000000bfbfbf08 CR3: 00000003bbde7004 CR4: 00000000003606f0<br>
[ 5643.197846] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000<br>
[ 5643.197847] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400<br>
[ 5643.197847] Call Trace:<br>
[ 5643.197850] seq_read+0x13b/0x3c0<br>
[ 5643.197852] __vfs_read+0x1e/0x130<br>
[ 5643.197854] ? common_file_perm+0xcf/0x130<br>
[ 5643.197855] vfs_read+0x85/0x110<br>
[ 5643.197856] ksys_read+0x3a/0x90<br>
[ 5643.197858] do_syscall_64+0x53/0x300<br>
[ 5643.197860] ? page_fault+0x8/0x30<br>
[ 5643.197861] ? do_page_fault+0x1b/0x5e<br>
[ 5643.197862] entry_SYSCALL_64_after_hwframe+0x44/0xa9<br>
[ 5643.197864] RIP: 0033:0x7fb4229b8901<br>
[ 5643.197864] RSP: 002b:00007fff9fe0e068 EFLAGS: 00000246 ORIG_RAX: 0000000000000000<br>
[ 5643.197865] RAX: ffffffffffffffda RBX: 00005648e71aa330 RCX: 00007fb4229b8901<br>
[ 5643.197865] RDX: 0000000000001000 RSI: 00005648e71aa7f0 RDI: 0000000000000004<br>
[ 5643.197866] RBP: 0000000000000d68 R08: 0000000000000003 R09: 0000000000000000<br>
[ 5643.197866] R10: 00005648e71a1010 R11: 0000000000000246 R12: 00007fb422c815c0<br>
[ 5643.197867] R13: 00007fb422c82100 R14: 000000000000007f R15: 00005648e71aa330<br>
[ 5643.197868] Code: de ff ff eb b8 5b 5d 41 5c c3 0f 1f 00 55 53 4c 8b 4f 78 49 8b 01 48 8b 40 08 4c 8b 40 60 49 8b 40 28 48 85 c0 0f 84 b0 00 00 00 `<48>` 8b 68 08 48 8b 4f 18 48 8b 47 08 48 39 c1 0f 87 ae 00 00 00 <br>
[ 5643.197881] RIP: sysfs_kf_seq_show+0x1e/0x100 RSP: ffff952b854efd98<br>
[ 5643.197881] CR2: 00000000bfbfbf08<br>
[ 5643.197882] ---[ end trace 1347051bc2a6e340 ]---<br>
<br>
can add more info if needed with debug kernel options, patches or whatever.https://gitlab.freedesktop.org/drm/amd/-/issues/86VCE encoding sometimes locks up since 4.8-rc1 (when simultaneously using vaap...2023-01-09T20:10:10ZBugzilla Migration UserVCE encoding sometimes locks up since 4.8-rc1 (when simultaneously using vaapi decoding)## Submitted by Christoph Haag `@ChristophHaag`
Assigned to **Default DRI bug account**
**[Link to original bug (#97240)](https://bugs.freedesktop.org/show_bug.cgi?id=97240)**
## Description
RX 480 with mesa git etc.<br>
<br>
Runn...## Submitted by Christoph Haag `@ChristophHaag`
Assigned to **Default DRI bug account**
**[Link to original bug (#97240)](https://bugs.freedesktop.org/show_bug.cgi?id=97240)**
## Description
RX 480 with mesa git etc.<br>
<br>
Running this gstreamer pipeline<br>
<br>
gst-launch-1.0 -e filesrc location=big_buck_bunny_720p_1mb.mp4 ! qtdemux ! decodebin ! videoconvert ! omxh264enc ! h264parse ! matroskamux ! filesink location=/tmp/output.mkv<br>
<br>
works fine on 4.7.<br>
<br>
On 4.8-rc1 running it a couple of times randomly locks up the gst-launch process. Then while it hangs, running glxgears or so locks up everything.<br>
On the plus side, when it works, it works a lot quicker on 4.8.<br>
<br>
I'll look into bisecting unless someone else can reproduce and already knows why it happens.