| Bug ID | 109366 |
|---|---|
| Summary | NULL pointer at pcie_capability_read_dword with Radeon SI vfi= o passthrough |
| Product | DRI |
| Version | unspecified |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | DRM/AMDgpu |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | ryandbair@gmail.com |
Created attachment 143131 =
[details]
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 dr=
m_
prefixed version of the function.
Use a Q35 VM configuration with the assigned GPU downstream of= an emulated PCIe root port as a workaround. The driver assumes this configuration, presumab= ly it's the only one that exists on bare metal, and reads from the upstream de= vice without checking that it is actually present.
| What | Removed | Added |
|---|---|---|
| Component | DRM/AMDgpu | DRM/Radeon |
Created attachment 143133 = [details] [review] possible fix Does this patch fix it? dGPUs are always add in cards, so they always plug into an upstream port on bare metal. The driver needs to query the upstream port to determine what pcie gen speeds and lanes are available on the platf= orm so that the driver can properly adjust them at runtime to save power.
Thank you both for the responses.=20 I can confirm using the Q35 machine type does not see this issue.=20 I'm rebuilding a kernel today to test the patch and will report back.
I can confirm the attached patch does fix the issue for i440FX= .
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | MOVED |
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this = link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/861.