Re: [PATCH] drm/amd/display: remove unused variable 'ret' in dm_suspend()

Applied. Thanks! Alex On Mon, May 4, 2020 at 9:20 AM Jason Yan wrote: > > Fix the following coccicheck warning: > > drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c:1574:5-8: Unneeded > variable: "ret". Return "0" on line 1586 > > Signed-off-by: Jason Yan > --- >

Re: [PATCH] drm/amd/display: Add dm support for DP 1.4 Compliance edid corruption test

On 2020-05-04 10:56 a.m., Zuo, Jerry wrote: > [AMD Official Use Only - Internal Distribution Only] > > > On 2020-04-29 1:58 p.m., Jerry (Fangzhi) Zuo wrote: >> It works together with drm framework >> "drm: Add support for DP 1.4 Compliance edid corruption test" >> >> Signed-off-by: Jerry

Re: [PATCH] drm/amd/display: Fix pageflip event race condition for DCN. (v2)

Hey guys, This is still an issue for me, and I'm still having to run a patch to revert this as of 5.7-rc4. To avoid breaking a lot of people's Navi setups in 5.7, is there any news on this? Has anyone else at the very least been able to reproduce the problem? It happens for me in every single

Re: amdgpu, dc, backlight brightness

On Mon, May 4, 2020 at 4:02 AM Andriy Gapon wrote: > > On 29/04/2020 21:15, Alex Deucher wrote: > > I think it varies from OEM to OEM and whatever windows required at the > > time. The sbios may also do different things depending on the osi > > string passed to ACPI. Originally, ACPI handled it

Re: [PATCH] drm/amd/display: Add dm support for DP 1.4 Compliance edid corruption test

[AMD Official Use Only - Internal Distribution Only] On 2020-04-29 1:58 p.m., Jerry (Fangzhi) Zuo wrote: > It works together with drm framework > "drm: Add support for DP 1.4 Compliance edid corruption test" > > Signed-off-by: Jerry (Fangzhi) Zuo > --- >

linux-5.7-rc4/drivers/gpu/drm/amd/display/dc/dcn21/dcn21_resource.c:1393: bad loop termination condition ?

Hello there, linux-5.7-rc4/drivers/gpu/drm/amd/display/dc/dcn21/dcn21_resource.c:1393:63: style: Unsigned expression 'j' can't be negative so it is unnecessary to test it. [unsignedPositive] Source code is for (closest_clk_lvl = 0, j = dcn2_1_soc.num_states - 1; j >= 0; j--) {

[PATCH] drm/amd/display: remove unused variable 'ret' in dm_suspend()

Fix the following coccicheck warning: drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c:1574:5-8: Unneeded variable: "ret". Return "0" on line 1586 Signed-off-by: Jason Yan --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH hmm v2 5/5] mm/hmm: remove the customizable pfn format from hmm_range_fault

Looks good, Reviewed-by: Christoph Hellwig ___ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx

[PATCH v2 10/21] drm: radeon: fix sg_table nents vs. orig_nents misuse

The Documentation/DMA-API-HOWTO.txt states that dma_map_sg returns the numer of the created entries in the DMA address space. However the subsequent calls to dma_sync_sg_for_{device,cpu} and dma_unmap_sg must be called with the original number of entries passed to dma_map_sg. The sg_table->nents

[PATCH v2 02/21] drm: amdgpu: fix sg_table nents vs. orig_nents misuse

The Documentation/DMA-API-HOWTO.txt states that dma_map_sg returns the numer of the created entries in the DMA address space. However the subsequent calls to dma_sync_sg_for_{device,cpu} and dma_unmap_sg must be called with the original number of entries passed to dma_map_sg. The sg_table->nents

Re: amdgpu, dc, backlight brightness

On 29/04/2020 21:15, Alex Deucher wrote: > I think it varies from OEM to OEM and whatever windows required at the > time. The sbios may also do different things depending on the osi > string passed to ACPI. Originally, ACPI handled it all directly. > Then we got some laptops which which did the

Re: [PATCH] drm/amd/display: add basic atomic check for cursor plane

Hi, On Monday, March 30, 2020 5:23 PM, Simon Ser wrote: > On Monday, March 30, 2020 5:18 PM, Kazlauskas, Nicholas > nicholas.kazlaus...@amd.com wrote: > > > On 2020-03-30 9:13 a.m., Simon Ser wrote: > > > > > On Monday, March 30, 2020 3:11 PM, Kazlauskas, Nicholas > > >