Bug 216840 - AMDGPU trace message at boot
Summary: AMDGPU trace message at boot
Status: RESOLVED ANSWERED
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(DRI - non Intel) (show other bugs)
Hardware: AMD Linux
: P1 low
Assignee: drivers_video-dri
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-12-23 22:02 UTC by Salvador Pérez
Modified: 2022-12-30 00:37 UTC (History)
1 user (show)

See Also:
Kernel Version: 6.1.0
Subsystem:
Regression: No
Bisected commit-id:


Attachments

Description Salvador Pérez 2022-12-23 22:02:35 UTC
Hi, 

I don't know whether this is important, but I'd like to know what is causing this trace message: https://pastebin.pl/view/94557be6 when booting.

Hardware details:
- MB: ASUS M5A97 R2.0
- CPU: AMD FX-8350
- Kernel: 6.1.0
- GPU: Radeon HD 7970 (Tahiti) [Gigabyte GV-R797OC-3GD]

There are no critical problems when using the system. Other than HDMI port not working anymore (I don't know if this is related. At some point HDMI stopped working and I've got this message: "drm:detect_link_and_local_sink [amdgpu]] *ERROR* No EDID read.", which I bypassed using a HDMI>DP adapter).

GRUB command line arguments are: 
amdgpu.si_support=1 radeon.si_support=0 modprobe.blacklist=radeon amdgpu.vm_update_mode=3 amdgpu.dpm=1 amdgpu.dc=1 amd_iommu=on iommu=pt video=DisplayPort-0:edid/1204x800.bin

Regards.

--
CarloSalvatore
Comment 1 Artem S. Tashkinov 2022-12-24 18:47:27 UTC
Please look for dupes and if there are none file a new bug report here,

https://gitlab.freedesktop.org/drm/amd/-/issues

Thanks!
Comment 2 Alex Deucher 2022-12-27 16:45:22 UTC
The trace is related to this option:
amdgpu.vm_update_mode=3
You should remove that.  In fact the following parameters shouldn't be needed:

amdgpu.vm_update_mode=3 - this should only be used for debugging GPUVM related problems.

amdgpu.dpm=1 - this is the default

amdgpu.dc=1 - Does removing this fix the display issues with HDMI?

amd_iommu=on iommu=pt - IOMMU is enabled by default on most distros IIRC.

video=DisplayPort-0:edid/1204x800.bin - You shouldn't need this if the displays are detected correctly.  Does removing amdgpu.dc=1 fix this?
Comment 3 Salvador Pérez 2022-12-30 00:28:55 UTC
Hi, Alex, 

I am afraid that not setting amdgpu.vm_update_mode=3 is not an option. If I try to play Cities Skylines (linux native version), the game goes 1 fps and the system is extremely sluggish. I need to switch to vt1 in order to regain control and be able to reboot.

As far as I know, amdgpu.dpm=-1 (auto) is the default. However, I don't remember why I set to 1 manually, I have to test.

HDMI port seems to be dead (or disabled), I cannot even see the BIOS screen, so it is not a kernel issue.

Regards.

--
CarloSalvatore
Comment 4 Alex Deucher 2022-12-30 00:37:15 UTC
(In reply to Salvador Pérez from comment #3)
> Hi, Alex, 
> 
> I am afraid that not setting amdgpu.vm_update_mode=3 is not an option. If I
> try to play Cities Skylines (linux native version), the game goes 1 fps and
> the system is extremely sluggish. I need to switch to vt1 in order to regain
> control and be able to reboot.

In that case you likely have larger problems.  You should try and figure out what's going on there.  As Artem suggested, open a bug at https://gitlab.freedesktop.org/drm/amd/-/issues so we can figure out why GPU page table updates are not working correctly.

Note You need to log in before you can comment on or make changes to this bug.