Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1802641

Summary: kernel 5.4 Bug Radeon
Product: [Fedora] Fedora Reporter: xzj8b3 <xzj8b3>
Component: linux-firmwareAssignee: David Woodhouse <dwmw2>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 31CC: airlied, bskeggs, dwmw2, extras-qa, hdegoede, ichavero, itamar, jarodwilson, jeremy, jforbes, jglisse, john.j5live, jonathan, josef, jwboyer, kernel-maint, linville, masami256, mchehab, mjg59, pbrobinson, przemek, steved, virtmem4096
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-23 14:24:33 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
dmesg none

Description xzj8b3 2020-02-13 15:31:10 UTC
Created attachment 1662981 [details]
dmesg

Does the Bug Radeon persist even with Kernel 5.4.18 when it will be solved allowing the driver to boot correctly ?





[drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   66.027338] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   67.047516] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   68.067686] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   69.087879] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   70.108070] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   71.128240] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   72.148409] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   73.168580] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   74.188755] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, trying to reset the VCPU!!!
[   74.208771] [drm:uvd_v1_0_start [radeon]] *ERROR* UVD not responding, giving up!!!
[   74.208776] radeon 0000:04:00.0: failed initializing UVD (-1).

Comment 1 xzj8b3 2020-02-18 21:15:07 UTC
But at least on kernel 5.5 problem has been fixed given that bugs reoccur every time the 5.4 kernel is released???

Comment 3 virtmem4096 2020-03-06 13:42:30 UTC
Else you can downgrade linux-firmware: yum downgrade linux-firmware

Comment 4 virtmem4096 2020-03-06 13:53:33 UTC
UPD: downgrade not help

Comment 5 Justin M. Forbes 2020-03-06 15:23:27 UTC
Thanks for the update, will reassign to linux-firmware.

Comment 6 Justin M. Forbes 2020-03-06 15:24:43 UTC
*** Bug 1811090 has been marked as a duplicate of this bug. ***

Comment 7 xzj8b3 2020-03-08 17:22:50 UTC
Now back to Windows,too many last kernel problems with that graphics card and you that bug was communicated very promptly for each release!!!!

For now I need Photoshop, maybe I will try Again Fedora after summer hoping that by then it has solved some Bugs that on economic Notebooks bring many problems!!!!

Comment 8 Przemek Klosowski 2020-03-12 02:42:46 UTC
I also see that on [AMD/ATI] Mars XTX [Radeon HD 8790M]. It started showing up in mid Feb, when I upgraded the kernel to 5.4.18-200.fc31.x86_64 and later, but I agree it's probably due to linux-firmware changes, not kernel.

It can be mitigated by adding radeon.modeset=0 to the kernel commandline in /etc/defaults/grub followed by grub2-mkconfig

I also tried directly disabling features in the driver, per advice from Ubuntu
cat > /etc/modprobe.d/radeon.conf
options radeon vce=0

but it didn't work (VCE is not a problem, UVD is). Somewhere else I saw a patch that allowed no_uvd=1 but I wasn't sure if it went mainline, so I didn't even try it

Comment 9 Peter Robinson 2020-10-23 14:24:33 UTC
Fixed in the 20200316 release