Summary: | hw_init of IP block <uvd_v6_0> failed | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Edward Kigwana <edwardwwgk> | ||||||||
Component: | DRM/AMDgpu | Assignee: | Default DRI bug account <dri-devel> | ||||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||||
Severity: | normal | ||||||||||
Priority: | medium | ||||||||||
Version: | DRI git | ||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||
OS: | Linux (All) | ||||||||||
Whiteboard: | |||||||||||
i915 platform: | i915 features: | ||||||||||
Attachments: |
|
Description
Edward Kigwana
2018-03-15 03:17:23 UTC
Linux version 4.16.0-rc5 (root@i7-tower) (gcc version 7.3.0 (Gentoo 7.3.0 p1.0)) #5 SMP Thu Mar 15 02:57:39 UTC 2018 After lots of wrangling, I got it to work with the following module options: options amdgpu si_support=0 cik_support=0 msi=1 exp_hw_support=0 ppfeaturemask=0 dpm=0 powerplay=0 As a side not adding si support results in guaranteed panic / lockup, not some code gets called when it should not. cik support has no impact. I had to add the last two to finally get into X. So something is clearly still busted. Please attach your full dmesg output. Created attachment 138150 [details]
dmesg
Full dmesg output
With options amdgpu dpm=0 I can at leave get something. If I do not provide any arguments, the system locks up instantly so without a serial console it is going to be a a beast to capture that. If you need it, I can try the options that follow since they seemed to work but they did not cause a lock up so I am afraid the options really masked the core issue. options msi=1 exp_hw_support=0 ppfeaturemask=0 (In reply to Edward Kigwana from comment #5) > options msi=1 exp_hw_support=0 ppfeaturemask=0 The msi and exp_hw_support shouldn't have any effect in your case and ppfeaturemask is pretty much irrelevant if dpm is disabled. Does disabling the Intel gfx chip or booting with the AMD card as the primary help? Can you also try booting with amdgpu.dc=1? (In reply to Alex Deucher from comment #7) > Does disabling the Intel gfx chip or booting with the AMD card as the > primary help? Can you also try booting with amdgpu.dc=1? options amdgpu dpm=0 dc=1 dc_log=1 Still boots and the AMD GPU comes up. I have the AMD GPU is the first card. Created attachment 138164 [details]
dmesg
This is with options amdgpu dpm=0 dc=1 dc_log=1
[drm:amdgpu_device_ip_set_powergating_state [amdgpu]] *ERROR* set_powergating_state of IP block <amdgpu_powerplay> failed 52428
Not sure what commit fixed it for me but with amd-staging-drm-next 525b7b1e13c3214f04c9ab4d72c88f55a7bd4288 I no longer have this issue. [ 2.285918] [drm] initializing kernel modesetting (POLARIS12 0x1002:0x699F 0x1462:0x8A90 0xC7). [ 2.285925] [drm] register mmio base: 0xDF300000 [ 2.285925] [drm] register mmio size: 262144 [ 2.285929] [drm] probing gen 2 caps for device 8086:1901 = 261ad03/e [ 2.285930] [drm] probing mlw for device 8086:1901 = 261ad03 [ 2.285931] [drm] add ip block number 0 <vi_common> [ 2.285932] [drm] add ip block number 1 <gmc_v8_0> [ 2.285933] [drm] add ip block number 2 <tonga_ih> [ 2.285933] [drm] add ip block number 3 <powerplay> [ 2.285934] [drm] add ip block number 4 <dce_v11_0> [ 2.285935] [drm] add ip block number 5 <gfx_v8_0> [ 2.285935] [drm] add ip block number 6 <sdma_v3_0> [ 2.285936] [drm] add ip block number 7 <uvd_v6_0> [ 2.285936] [drm] add ip block number 8 <vce_v3_0> [ 2.285942] [drm] UVD is enabled in VM mode [ 2.285943] [drm] UVD ENC is enabled in VM mode [ 2.285944] [drm] VCE enabled in VM mode ... As before enabling dpm results in an instant lockup that I can't even begin to debug since the kernel locks up and I don't have a serial console. Created attachment 138387 [details]
dmesg
Shows successful load of amdgpu driver for polaris 12 card.
|
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.