lots of bugreports about a kernel-backtrace starting with amdgpu_dm_backlight_update_status
Michel Dänzer
michel at daenzer.net
Wed Mar 3 09:10:03 UTC 2021
On 2021-02-17 3:56 p.m., Hans de Goede wrote:
> Hi All,
>
> Fedora has a (opt-in) system to automatically collect backtraces from
> software crashing on users systems.
>
> This includes collecting kernel backtraces (including once triggered by
> WARN macros) while looking a the top 10 of the most reported backtrace
> during the last 2 weeks report from ABRT:
> https://retrace.fedoraproject.org/faf/problems/
>
> I noticed the following backtrace:
> https://retrace.fedoraproject.org/faf/problems/13904/
>
> which has been reported 160000 times by Fedora users who have opted-in
> during the last 14 days.
Given these numbers, the lack of response is puzzling. Adding some DC folks, in case they missed it before.
> The ABRT symbol resolution points to amdgpu_dm_backlight_update_status:
>
> 1
> amdgpu_dm_backlight_update_status
> amdgpu 0xb4
> 2
> amdgpu_dm_backlight_update_status
> amdgpu 0xb4
> 3
> amdgpu_dm_backlight_update_status
> amdgpu 0xb4
> 4
> amdgpu_dm_backlight_update_status
> amdgpu 0xb4
> 5
> ? amdgpu_dm_backlight_update_status
> amdgpu 0xb4
> 6
> amdgpu_dm_backlight_update_status
> amdgpu 0xb4
> 7
> amdgpu_dm_backlight_update_status
> amdgpu 0xb4
> 8
> drm_sched_job_timedout
> gpu_sched drivers/gpu/drm/scheduler/sched_main.c 289
>
>
> But the backtrace from dmesg points to something else:
>
> RIP: 0010:dcn10_get_dig_frontend+0x76/0xb0 [amdgpu]
> Code: 39 44 89 c0 48 83 c4 08 c3 41 b8 05 00 00 00 83 f8 20 74 ed 41 b8 06 00 00 00 83 f8 40 74 e2 41 b8 04 00 00 00 83 f8 10 74 d7 <0f> 0b 41 b8 ff ff ff ff 48 83 c4 08 44 89 c0 c3 45 31 c0 83 f8 01
> RSP: 0018:ffffa376c2dffca8 EFLAGS: 00210297
> RAX: 0000000000000000 RBX: ffff8ecf6b760000 RCX: 0000000000000008
> RDX: 0000000000000000 RSI: 000000000000596f RDI: ffff8ecf6db20000
> RBP: ffff8ecf6a187000 R08: 0000000000000000 R09: ffff8ecf6f88fc00
> R10: 0000000000000001 R11: 0000000000000006 R12: ffff8ecf727ec200
> R13: 0000000000000006 R14: ffff8ecf6f982800 R15: ffff8ecf6e749200
> FS: 0000000000000000(0000) GS:ffff8ecf7e9c0000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> CR2: 00007fb5fb4a8000 CR3: 0000000356446000 CR4: 00000000003506e0
> Call Trace:
> dcn10_init_hw+0x6ed/0x930 [amdgpu]
> dc_set_power_state+0xf5/0x140 [amdgpu]
> dm_resume+0x328/0x500 [amdgpu]
> amdgpu_device_ip_resume_phase2+0x52/0xb0 [amdgpu]
> ? amdgpu_device_fw_loading+0x9f/0x110 [amdgpu]
> amdgpu_device_gpu_recover.cold+0x8c1/0xf62 [amdgpu]
> amdgpu_job_timedout+0x11c/0x140 [amdgpu]
> drm_sched_job_timedout+0x72/0xf0 [gpu_sched]
> process_one_work+0x1b4/0x370
>
>
> There also is this bugzilla about this:
> https://bugzilla.redhat.com/show_bug.cgi?id=1929746
> from today
This one seems to have restricted access.
> And a whole bunch of others:
> https://bugzilla.redhat.com/buglist.cgi?quicksearch=amdgpu_dm_backlight_update_status
https://gitlab.freedesktop.org/drm/amd/-/issues/1337 looks related as well.
--
Earthling Michel Dänzer | https://redhat.com
Libre software enthusiast | Mesa and X developer
More information about the amd-gfx
mailing list