Fixes warning because pipe is unsigned long and can never be negtative
vers/gpu/drm/radeon/radeon_kms.c:831:11: warning:
comparison of unsigned expression < 0 is always false [-Wtype-limits]
if (pipe < 0 || pipe >= rdev->num_crtc) {
drivers/gpu/drm/radeon/radeon_kms.c:857:11: warning:
comparison
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
> ---
> drivers/gpu/drm/amd/display/
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 (Fang
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 pro
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
[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
> ---
> .../amd/display/amdgpu_dm/amdgpu_dm_helpe
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--) {
b
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
Looks good,
Reviewed-by: Christoph Hellwig
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
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 in
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 in
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 w
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
> > > nicholas.kazlaus...@amd
13 matches
Mail list logo
