[PATCH] drm/amd/display: Fix by adding FPU protection for dcn30_internal_validate_bw
Rodrigo Siqueira Jordao
rjordrigo at amd.com
Thu Mar 31 13:18:16 UTC 2022
On 2022-03-30 09:57, Melissa Wen wrote:
> On 03/30, VURDIGERENATARAJ, CHANDAN wrote:
>> Hi Paul,
>>
>>> Am 29.03.22 um 10:29 schrieb CHANDAN VURDIGERE NATARAJ:
>>>
>>> Is it common to spell your name all uppercase? If not, please use Chandan nVurdigere Nataraj.
>>>
>>>> [WHY]
>>>
>>> The [] already emphasize the word, so Why could be used.
>>>
>>>> Below general protection fault observed when WebGL Aquarium is run for
>>>> longer duration. If drm debug logs are enabled and set to 0x1f then
>>>> the
>>>
>>> In what browser and what version?
>> The issue was observed on ChromiumOS and Chromium Browser version 100.0.4877.0
>>>
>>>> issue is observed within 10 minutes of run.
>>>
>>> Where you able to reproduce it without drm debug logs?
>> Yes. It took 34 hours to reproduce without drm debug logs. Using drm debug logs was a faster way to reproduce the issue.
>>>
>>>> [ 100.717056] general protection fault, probably for non-canonical address 0x2d33302d32323032: 0000 [#1] PREEMPT SMP NOPTI
>>>> [ 100.727921] CPU: 3 PID: 1906 Comm: DrmThread Tainted: G W 5.15.30 #12 d726c6a2d6ebe5cf9223931cbca6892f916fe18b
>>>> [ 100.754419] RIP: 0010:CalculateSwathWidth+0x1f7/0x44f
>>>> [ 100.767109] Code: 00 00 00 f2 42 0f 11 04 f0 48 8b 85 88 00 00 00
>>>> f2 42 0f 10 04 f0 48 8b 85 98 00 00 00 f2 42 0f 11 04 f0 48 8b 45 10
>>>> 0f 57 c0 <f3> 42 0f 2a 04 b0 0f 57 c9 f3 43 0f 2a 0c b4 e8 8c e2 f3 ff
>>>> 48 8b [ 100.781269] RSP: 0018:ffffa9230079eeb0 EFLAGS: 00010246 [
>>>> 100.812528] RAX: 2d33302d32323032 RBX: 0000000000000500 RCX:
>>>> 0000000000000000 [ 100.819656] RDX: 0000000000000001 RSI:
>>>> ffff99deb712c49c RDI: 0000000000000000 [ 100.826781] RBP:
>>>> ffffa9230079ef50 R08: ffff99deb712460c R09: ffff99deb712462c [
>>>> 100.833907] R10: ffff99deb7124940 R11: ffff99deb7124d70 R12:
>>>> ffff99deb712ae44 [ 100.841033] R13: 0000000000000001 R14:
>>>> 0000000000000000 R15: ffffa9230079f0a0 [ 100.848159] FS: 00007af121212640(0000) GS:ffff99deba780000(0000) knlGS:0000000000000000 [ 100.856240] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 100.861980] CR2: 0000209000fe1000 CR3: >000000011b18c000 CR4: 0000000000350ee0 [ 100.869106] Call Trace:
>>>> [ 100.871555] <TASK>
>>>> [ 100.873655] ? asm_sysvec_reschedule_ipi+0x12/0x20
>>>> [ 100.878449] CalculateSwathAndDETConfiguration+0x1a3/0x6dd
>>>> [ 100.883937]
>>>> dml31_ModeSupportAndSystemConfigurationFull+0x2ce4/0x76da
>>>> [ 100.890467] ? kallsyms_lookup_buildid+0xc8/0x163
>>>> [ 100.895173] ? kallsyms_lookup_buildid+0xc8/0x163
>>>> [ 100.899874] ? __sprint_symbol+0x80/0x135 [ 100.903883] ?
>>>> dm_update_plane_state+0x3f9/0x4d2 [ 100.908500] ?
>>>> symbol_string+0xb7/0xde [ 100.912250] ? number+0x145/0x29b [
>>>> 100.915566] ? vsnprintf+0x341/0x5ff [ 100.919141] ?
>>>> desc_read_finalized_seq+0x39/0x87 [ 100.923755] ?
>>>> update_load_avg+0x1b9/0x607 [ 100.927849] ?
>>>> compute_mst_dsc_configs_for_state+0x7d/0xd5b
>>>> [ 100.933416] ? fetch_pipe_params+0xa4d/0xd0c [ 100.937686] ?
>>>> dc_fpu_end+0x3d/0xa8 [ 100.941175] dml_get_voltage_level+0x16b/0x180
>>>> [ 100.945619] dcn30_internal_validate_bw+0x10e/0x89b
>>>> [ 100.950495] ? dcn31_validate_bandwidth+0x68/0x1fc
>>>> [ 100.955285] ? resource_build_scaling_params+0x98b/0xb8c
>>>> [ 100.960595] ? dcn31_validate_bandwidth+0x68/0x1fc
>>>> [ 100.965384] dcn31_validate_bandwidth+0x9a/0x1fc
>>>> [ 100.970001] dc_validate_global_state+0x238/0x295
>>>> [ 100.974703] amdgpu_dm_atomic_check+0x9c1/0xbce
>>>> [ 100.979235] ? _printk+0x59/0x73
>>>> [ 100.982467] drm_atomic_check_only+0x403/0x78b [ 100.986912]
>>>> drm_mode_atomic_ioctl+0x49b/0x546 [ 100.991358] ?
>>>> drm_ioctl+0x1c1/0x3b3 [ 100.994936] ?
>>>> drm_atomic_set_property+0x92a/0x92a
>>>> [ 100.999725] drm_ioctl_kernel+0xdc/0x149 [ 101.003648]
>>>> drm_ioctl+0x27f/0x3b3 [ 101.007051] ?
>>>> drm_atomic_set_property+0x92a/0x92a
>>>> [ 101.011842] amdgpu_drm_ioctl+0x49/0x7d [ 101.015679]
>>>> __se_sys_ioctl+0x7c/0xb8 [ 101.015685] do_syscall_64+0x5f/0xb8 [
>>>> 101.015690] ? __irq_exit_rcu+0x34/0x96
>>>>
>>>> [HOW]
>>>> It calles populate_dml_pipes which uses doubles to initialize.
>>>
>>> calls
>>>
>>> Excuse my ignorance. So using doubles causes a context switch?
>> If we don’t add FPU protection then context switch can happen. DC_FP_START would in-turn call preempt_disable.
>>
>>>> Adding FPU protection avoids context switch and probable loss of vba
>>>> context as there is potential contention while drm debug logs are enabled.
>>>>
>>>> Signed-off-by: CHANDAN VURDIGERE NATARAJ
>>>> <chandan.vurdigerenataraj at amd.com>
>>>>
>>>> diff --git a/drivers/gpu/drm/amd/display/dc/dcn31/dcn31_resource.c
>>>> b/drivers/gpu/drm/amd/display/dc/dcn31/dcn31_resource.c
>>>> index 826970f2bd0a..f27262417abe 100644
>>>> --- a/drivers/gpu/drm/amd/display/dc/dcn31/dcn31_resource.c
>>>> +++ b/drivers/gpu/drm/amd/display/dc/dcn31/dcn31_resource.c
>>>> @@ -1750,7 +1750,9 @@ bool dcn31_validate_bandwidth(struct dc *dc,
>>>>
>>>> BW_VAL_TRACE_COUNT();
>>>>
>>>> + DC_FP_START();
>>>> out = dcn30_internal_validate_bw(dc, context, pipes, &pipe_cnt,
>>>> &vlevel, fast_validate);
>>>> + DC_FP_END();
>>>>
>>>> // Disable fast_validate to set min dcfclk in alculate_wm_and_dlg
Hi Chandan,
This change lgtm, however, you need to rebase this patch with the latest
code from amd-staging-drm-next... with that change:
Reviewed-by: Rodrigo Siqueira <Rodrigo.Siqueira at amd.com>
>>>> if (pipe_cnt == 0)
> Acked-by: Melissa Wen <mwen at igalia.com>
>
> In fact, I revisited the code and realized the FPU protection is
> missing for two other dcn30 functions called by dcn31:
> - dcn30_populate_dml_writeback_from_context()
> - dcn30_set_mcif_arb_params()
>
> I'll send a patch addressing this shortly.
>
> CC'ing: Siqueira
>
> Best regards,
>
> Melissa
>>>
>>>
>>> Kind regards,
>>>
>>> Paul
More information about the amd-gfx
mailing list