[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