[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <84b3679e-8900-ae51-e700-867631618829@amd.com>
Date: Mon, 21 Feb 2022 15:53:05 -0500
From: Luben Tuikov <luben.tuikov@....com>
To: Tom Rix <trix@...hat.com>, alexander.deucher@....com,
christian.koenig@....com, Xinhui.Pan@....com, airlied@...ux.ie,
daniel@...ll.ch, guchun.chen@....com, Prike.Liang@....com,
Hawking.Zhang@....com
Cc: dri-devel@...ts.freedesktop.org, amd-gfx@...ts.freedesktop.org,
linux-kernel@...r.kernel.org,
Nick Desaulniers <ndesaulniers@...gle.com>
Subject: Re: [PATCH] drm/amdgpu: fix printk format for size_t variable
On 2022-02-21 15:36, Tom Rix wrote:
>
> On 2/21/22 11:57 AM, Luben Tuikov wrote:
>> Hi Tom,
>>
>> This was already fixed with this patch, and LKML was CC-ed. See the CC tags in the patch below,
>>
>> commit 4f7d7cda90cbd7
>> Author: Luben Tuikov <luben.tuikov@....com>
>> Date: Wed Feb 16 16:47:32 2022 -0500
>>
>> drm/amdgpu: Fix ARM compilation warning
>>
>> Fix this ARM warning:
>
> I glad it wasn't just mips ;)
>
> There have been a couple of build breaks with amdgpu recently.
>
> Nick asked about adding clang to your ci.
>
> Could at least one non x86_64 gcc also be added, maybe aarch64 ?
Yeah, that's a great idea. I tried the make.cross (for ARM) as per
the initial breakage report, but when I tried it, it got into a loop of
"make ARCH=arm mrproper" --> "make prepare" --> "make ARCH=arm mrproper" --> "make prepare" --> ...
and I couldn't figure out why.
I don't mind adding ARM cross compilation into my local setup.
Regards,
Luben
>
> Tom
>
>>
>> drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c:664:35: warning: format '%ld'
>> expects argument of type 'long int', but argument 4 has type 'size_t' {aka
>> 'unsigned int'} [-Wformat=]
>>
>> Cc: Alex Deucher <Alexander.Deucher@....com>
>> Cc: kbuild-all@...ts.01.org
>> Cc: linux-kernel@...r.kernel.org
>> Reported-by: kernel test robot <lkp@...el.com>
>> Fixes: 7e60fbfbdc10a0 ("drm/amdgpu: Show IP discovery in sysfs")
>> Signed-off-by: Luben Tuikov <luben.tuikov@....com>
>> Acked-by: Alex Deucher <Alexander.Deucher@....com>
>>
>> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
>> index 2506bcf36c870c..6c7ec058125e1d 100644
>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
>> @@ -668,7 +668,7 @@ static int amdgpu_discovery_sysfs_ips(struct amdgpu_device *adev,
>> le16_to_cpu(ip->hw_id) != ii)
>> goto next_ip;
>>
>> - DRM_DEBUG("match:%d @ ip_offset:%ld", ii, ip_offset);
>> + DRM_DEBUG("match:%d @ ip_offset:%zu", ii, ip_offset);
>>
>> /* We have a hw_id match; register the hw
>> * block if not yet registered.
>>
>> Regards,
>> Luben
>>
>> On 2022-02-21 12:37, trix@...hat.com wrote:
>>> From: Tom Rix <trix@...hat.com>
>>>
>>> On mips64 allyesconfig, there is this build break
>>> amdgpu_discovery.c:671:35: error: format '%ld' expects
>>> argument of type 'long int', but argument 4 has
>>> type 'size_t' {aka 'unsigned int'}
>>> DRM_DEBUG("match:%d @ ip_offset:%ld", ii, ip_offset);
>>>
>>> For size_t, use %zu.
>>>
>>> Fixes: a6c40b178092 ("drm/amdgpu: Show IP discovery in sysfs")
>>> Signed-off-by: Tom Rix <trix@...hat.com>
>>> ---
>>> drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
>>> index 7c7e28fd912e..58238f67b1d3 100644
>>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
>>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
>>> @@ -668,7 +668,7 @@ static int amdgpu_discovery_sysfs_ips(struct amdgpu_device *adev,
>>> le16_to_cpu(ip->hw_id) != ii)
>>> goto next_ip;
>>>
>>> - DRM_DEBUG("match:%d @ ip_offset:%ld", ii, ip_offset);
>>> + DRM_DEBUG("match:%d @ ip_offset:%zu", ii, ip_offset);
>>>
>>> /* We have a hw_id match; register the hw
>>> * block if not yet registered.
>> Regards,
>
Regards,
--
Luben
Powered by blists - more mailing lists