Darren Powell f24044bd9b amdgpu/pm: Clarify documentation of error handling in send_smc_mesg ... Clarify the smu_cmn_send_smc_msg_with_param documentation to mention two cases exist where messages are silently dropped with no error returned. These cases occur in unusual situations where either: 1. the message type is not allowed to a virtual GPU, or 2. a PCI recovery is underway and the HW is not yet in sync with the SW For more details see commit 4ea5081c82 ("drm/amd/powerplay: enable SMC message filter") commit bf36b52e78 ("drm/amdgpu: Avoid accessing HW when suspending SW state") (v2) Reworked with suggestions from Luben & Paul (v3) Updated wording as per Luben's feedback Corrected error stating all messages denied on virtual GPU (each GPU has mask of which messages are allowed) Signed-off-by: Darren Powell <darren.powell@amd.com> Reviewed-by: Luben Tuikov <luben.tuikov@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>		2022-04-19 13:58:32 -04:00
..
drm	amdgpu/pm: Clarify documentation of error handling in send_smc_mesg	2022-04-19 13:58:32 -04:00
host1x	gpu: host1x: Fix a memory leak in 'host1x_remove()'	2022-03-01 11:13:09 +01:00
ipu-v3	media: i.MX6: Support 16-bit BT.1120 video input	2021-10-19 08:08:38 +01:00
trace
vga	vgaarb: don't pass a cookie to vga_client_register	2021-07-21 10:29:10 +02:00
Makefile