mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Hans Verkuil <hverkuil@xs4all.nl>
To: Ricardo Ribalda <ribalda@chromium.org>,
	Joseph Liu <kwliu@nuvoton.com>, Marvin Lin <kflin@nuvoton.com>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Philipp Zabel <p.zabel@pengutronix.de>
Cc: Marvin Lin <milkfafa@gmail.com>,
	linux-media@vger.kernel.org, openbmc@lists.ozlabs.org,
	linux-kernel@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH 1/4] media: nuvoton: Fix reference handling of ece_pdev
Date: Fri, 21 Feb 2025 10:18:27 +0100	[thread overview]
Message-ID: <dffc8e0b-2603-4e7e-ba64-15691c11ff7e@xs4all.nl> (raw)
In-Reply-To: <df5693d0-7747-4423-809e-ae081c9aae92@xs4all.nl>

On 21/02/2025 10:04, Hans Verkuil wrote:
> Hi Ricardo,
> 
> On 21/01/2025 22:14, Ricardo Ribalda wrote:
>> When we obtain a reference to of a platform_device, we need to release
>> it via put_device.
>>
>> Found by cocci:
>> ./platform/nuvoton/npcm-video.c:1677:3-9: ERROR: missing put_device; call of_find_device_by_node on line 1667, but without a corresponding object release within this function.
>> ./platform/nuvoton/npcm-video.c:1684:3-9: ERROR: missing put_device; call of_find_device_by_node on line 1667, but without a corresponding object release within this function.
>> ./platform/nuvoton/npcm-video.c:1690:3-9: ERROR: missing put_device; call of_find_device_by_node on line 1667, but without a corresponding object release within this function.
>> ./platform/nuvoton/npcm-video.c:1694:1-7: ERROR: missing put_device; call of_find_device_by_node on line 1667, but without a corresponding object release within this function.
> 
> This driver uses this construct:
> 
>                 struct device *ece_dev __free(put_device) = &ece_pdev->dev;
> 
> to automatically call put_device. So this patch would 'put' the device twice.
> 
> Does cocci understand constructs like this? If I hadn't looked closely at the
> code first, I would just have merged it.

Oh wait, now that I am reading the following patches I see that it was those later
patches that add the __free code.

This is far too confusing. Please post a v2 that just combines the 'fix references'
and 'use cleanup.h macros' in a single patch. It makes no sense to have this two-phase
approach.

Regards,

	Hans

> 
> Regards,
> 
> 	Hans
> 
>>
>> Cc: stable@vger.kernel.org
>> Fixes: 46c15a4ff1f4 ("media: nuvoton: Add driver for NPCM video capture and encoding engine")
>> Signed-off-by: Ricardo Ribalda <ribalda@chromium.org>
>> ---
>>  drivers/media/platform/nuvoton/npcm-video.c | 3 +++
>>  1 file changed, 3 insertions(+)
>>
>> diff --git a/drivers/media/platform/nuvoton/npcm-video.c b/drivers/media/platform/nuvoton/npcm-video.c
>> index 024cd8ee1709..7b4c23dbe709 100644
>> --- a/drivers/media/platform/nuvoton/npcm-video.c
>> +++ b/drivers/media/platform/nuvoton/npcm-video.c
>> @@ -1673,6 +1673,7 @@ static int npcm_video_ece_init(struct npcm_video *video)
>>  
>>  		regs = devm_platform_ioremap_resource(ece_pdev, 0);
>>  		if (IS_ERR(regs)) {
>> +			put_device(&ece_pdev->dev);
>>  			dev_err(dev, "Failed to parse ECE reg in DTS\n");
>>  			return PTR_ERR(regs);
>>  		}
>> @@ -1680,11 +1681,13 @@ static int npcm_video_ece_init(struct npcm_video *video)
>>  		video->ece.regmap = devm_regmap_init_mmio(dev, regs,
>>  							  &npcm_video_ece_regmap_cfg);
>>  		if (IS_ERR(video->ece.regmap)) {
>> +			put_device(&ece_pdev->dev);
>>  			dev_err(dev, "Failed to initialize ECE regmap\n");
>>  			return PTR_ERR(video->ece.regmap);
>>  		}
>>  
>>  		video->ece.reset = devm_reset_control_get(&ece_pdev->dev, NULL);
>> +		put_device(&ece_pdev->dev);
>>  		if (IS_ERR(video->ece.reset)) {
>>  			dev_err(dev, "Failed to get ECE reset control in DTS\n");
>>  			return PTR_ERR(video->ece.reset);
>>
> 
> 


  reply	other threads:[~2025-02-21  9:18 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-21 21:14 [PATCH 0/4] media: nuvoton: Fix some reference handling issues Ricardo Ribalda
2025-01-21 21:14 ` [PATCH 1/4] media: nuvoton: Fix reference handling of ece_pdev Ricardo Ribalda
2025-02-21  9:04   ` Hans Verkuil
2025-02-21  9:18     ` Hans Verkuil [this message]
2025-02-23 18:34       ` Ricardo Ribalda
2025-02-24  5:52         ` Greg KH
2025-02-24  6:34           ` Ricardo Ribalda
2025-02-21 13:01     ` Markus Elfring
2025-01-21 21:14 ` [PATCH 2/4] media: nuvoton: Fix reference handling of ece_node Ricardo Ribalda
2025-01-21 21:14 ` [PATCH 3/4] media: nuvoton: Use cleanup.h macros for device_node Ricardo Ribalda
2025-01-21 21:14 ` [PATCH 4/4] media: nuvoton: Use cleanup.h macros for put_device Ricardo Ribalda

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=dffc8e0b-2603-4e7e-ba64-15691c11ff7e@xs4all.nl \
    --to=hverkuil@xs4all.nl \
    --cc=kflin@nuvoton.com \
    --cc=kwliu@nuvoton.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=milkfafa@gmail.com \
    --cc=openbmc@lists.ozlabs.org \
    --cc=p.zabel@pengutronix.de \
    --cc=ribalda@chromium.org \
    --cc=stable@vger.kernel.org \
    /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®