From: "Mukunda,Vijendar" <vijendar.mukunda@amd.com>
To: "Christian König" <christian.koenig@amd.com>,
dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org
Cc: Sunil-kumar.Dommati@amd.com, David Airlie <airlied@linux.ie>,
Basavaraj.Hiregoudar@amd.com, "Pan, Xinhui" <Xinhui.Pan@amd.com>,
open list <linux-kernel@vger.kernel.org>,
Kai-Heng Feng <kai.heng.feng@canonical.com>,
Daniel Vetter <daniel@ffwll.ch>,
Alex Deucher <alexander.deucher@amd.com>,
zhuning@everest-semi.com
Subject: Re: [PATCH RESEND V2 1/3] drm/amdgpu: fix checkpatch warnings
Date: Tue, 5 Jul 2022 21:02:17 +0530 [thread overview]
Message-ID: <5397c5d8-20d8-a366-1143-d1cec9da41f9@amd.com> (raw)
In-Reply-To: <0bbf075f-ebd7-321f-4692-5bb5da0d638d@amd.com>
On 7/5/22 4:51 PM, Christian König wrote:
>
>
> Am 04.07.22 um 15:54 schrieb Vijendar Mukunda:
>> From: vijendar <vijendar.mukunda@amd.com>
>>
>> Fixed below checkpatch warnings and errors
>>
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:131: CHECK: Comparison to NULL
>> could be written "apd"
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:150: CHECK: Comparison to NULL
>> could be written "apd"
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:196: CHECK: Prefer kernel type
>> 'u64' over 'uint64_t'
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:224: CHECK: Please don't use
>> multiple blank lines
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:226: CHECK: Comparison to NULL
>> could be written "!adev->acp.acp_genpd"
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:233: CHECK: Please don't use
>> multiple blank lines
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:239: CHECK: Alignment should
>> match open parenthesis
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:241: CHECK: Comparison to NULL
>> could be written "!adev->acp.acp_cell"
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:247: CHECK: Comparison to NULL
>> could be written "!adev->acp.acp_res"
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:253: CHECK: Comparison to NULL
>> could be written "!i2s_pdata"
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:350: CHECK: Alignment should
>> match open parenthesis
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c:550: ERROR: that open brace {
>> should be on the previous line
>>
>> Signed-off-by: Vijendar Mukunda <Vijendar.Mukunda@amd.com>
>> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
>>
>> changes since v1:
>> Modified commit label as drm/amdgpu
>> ---
>> drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c | 27 +++++++++----------------
>> 1 file changed, 10 insertions(+), 17 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c
>> b/drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c
>> index cc9c9f8b23b2..ba1605ff521f 100644
>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c
>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c
>> @@ -128,7 +128,7 @@ static int acp_poweroff(struct generic_pm_domain
>> *genpd)
>> struct amdgpu_device *adev;
>> apd = container_of(genpd, struct acp_pm_domain, gpd);
>> - if (apd != NULL) {
>> + if (apd) {
>
> Well that's still not correct. The variable apd is compute by an upcast
> of the genpd parameter.
>
> Since that upcast never returns a NULL value (gpd is not the first
> member of the structure) this whole check is completely nonsense.
>
> I strongly suggest to just remove most of those NULL checks.
Will remove Null checks and post the new patch.
-
Vijendar
>
> Only the ones directly after memory allocation really make sense.
>
> Regards,
> Christian.
>
>> adev = apd->adev;
>> /* call smu to POWER GATE ACP block
>> * smu will
>> @@ -147,7 +147,7 @@ static int acp_poweron(struct generic_pm_domain
>> *genpd)
>> struct amdgpu_device *adev;
>> apd = container_of(genpd, struct acp_pm_domain, gpd);
>> - if (apd != NULL) {
>> + if (apd) {
>> adev = apd->adev;
>> /* call smu to UNGATE ACP block
>> * smu will
>> @@ -193,7 +193,7 @@ static int acp_genpd_remove_device(struct device
>> *dev, void *data)
>> static int acp_hw_init(void *handle)
>> {
>> int r;
>> - uint64_t acp_base;
>> + u64 acp_base;
>> u32 val = 0;
>> u32 count = 0;
>> struct i2s_platform_data *i2s_pdata = NULL;
>> @@ -220,37 +220,32 @@ static int acp_hw_init(void *handle)
>> return -EINVAL;
>> acp_base = adev->rmmio_base;
>> -
>> -
>> adev->acp.acp_genpd = kzalloc(sizeof(struct acp_pm_domain),
>> GFP_KERNEL);
>> - if (adev->acp.acp_genpd == NULL)
>> + if (!adev->acp.acp_genpd)
>> return -ENOMEM;
>> adev->acp.acp_genpd->gpd.name = "ACP_AUDIO";
>> adev->acp.acp_genpd->gpd.power_off = acp_poweroff;
>> adev->acp.acp_genpd->gpd.power_on = acp_poweron;
>> -
>> -
>> adev->acp.acp_genpd->adev = adev;
>> pm_genpd_init(&adev->acp.acp_genpd->gpd, NULL, false);
>> - adev->acp.acp_cell = kcalloc(ACP_DEVS, sizeof(struct mfd_cell),
>> - GFP_KERNEL);
>> + adev->acp.acp_cell = kcalloc(ACP_DEVS, sizeof(struct mfd_cell),
>> GFP_KERNEL);
>> - if (adev->acp.acp_cell == NULL) {
>> + if (!adev->acp.acp_cell) {
>> r = -ENOMEM;
>> goto failure;
>> }
>> adev->acp.acp_res = kcalloc(5, sizeof(struct resource),
>> GFP_KERNEL);
>> - if (adev->acp.acp_res == NULL) {
>> + if (!adev->acp.acp_res) {
>> r = -ENOMEM;
>> goto failure;
>> }
>> i2s_pdata = kcalloc(3, sizeof(struct i2s_platform_data),
>> GFP_KERNEL);
>> - if (i2s_pdata == NULL) {
>> + if (!i2s_pdata) {
>> r = -ENOMEM;
>> goto failure;
>> }
>> @@ -346,8 +341,7 @@ static int acp_hw_init(void *handle)
>> adev->acp.acp_cell[3].platform_data = &i2s_pdata[2];
>> adev->acp.acp_cell[3].pdata_size = sizeof(struct
>> i2s_platform_data);
>> - r = mfd_add_hotplug_devices(adev->acp.parent, adev->acp.acp_cell,
>> - ACP_DEVS);
>> + r = mfd_add_hotplug_devices(adev->acp.parent, adev->acp.acp_cell,
>> ACP_DEVS);
>> if (r)
>> goto failure;
>> @@ -546,8 +540,7 @@ static const struct amd_ip_funcs acp_ip_funcs = {
>> .set_powergating_state = acp_set_powergating_state,
>> };
>> -const struct amdgpu_ip_block_version acp_ip_block =
>> -{
>> +const struct amdgpu_ip_block_version acp_ip_block = {
>> .type = AMD_IP_BLOCK_TYPE_ACP,
>> .major = 2,
>> .minor = 2,
>
prev parent reply other threads:[~2022-07-05 15:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-04 13:54 Vijendar Mukunda
2022-07-04 13:54 ` [PATCH RESEND V2 2/3] drm/amdgpu: add dmi check for jadeite platform Vijendar Mukunda
2022-07-04 13:54 ` [PATCH RESEND V2 3/3] drm/amdgpu: create I2S platform devices for Jadeite platform Vijendar Mukunda
2022-07-05 11:21 ` [PATCH RESEND V2 1/3] drm/amdgpu: fix checkpatch warnings Christian König
2022-07-05 15:32 ` Mukunda,Vijendar [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5397c5d8-20d8-a366-1143-d1cec9da41f9@amd.com \
--to=vijendar.mukunda@amd.com \
--cc=Basavaraj.Hiregoudar@amd.com \
--cc=Sunil-kumar.Dommati@amd.com \
--cc=Xinhui.Pan@amd.com \
--cc=airlied@linux.ie \
--cc=alexander.deucher@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=christian.koenig@amd.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=kai.heng.feng@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=zhuning@everest-semi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®