Received-SPF: pass (google.com: domain of linux-kernel+bounces-164886-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.48.161 as permitted sender) client-ip=147.75.48.161;
Message-ID: <80aaad79-9426-4ee4-afe9-a10c089df086@gmail.com>
Date: Wed, 1 May 2024 09:01:34 +0530
Precedence: bulk
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: [PATCH linux-next] media:cdns-csi2tx: replace of_node_put() with
 __free
To: Julia Lawall <julia.lawall@inria.fr>
Cc: Christophe JAILLET <christophe.jaillet@wanadoo.fr>, mripard@kernel.org,
 mchehab@kernel.org, linux-media@vger.kernel.org,
 linux-kernel@vger.kernel.org, skhan@linuxfoundation.org,
 javier.carrasco.cruz@gmail.com
References: <20240429171543.13032-1-prosunofficial@gmail.com>
 <6df5d715-3e31-40a5-9db3-2c3b9f12efac@wanadoo.fr>
 <f86b0c15-8fc4-4ed7-984a-3ab90c66a3eb@gmail.com>
 <76b3d25-2ba3-2f9f-3ed6-61a63983a225@inria.fr>
Content-Language: en-US
From: R Sundar <prosunofficial@gmail.com>
In-Reply-To: <76b3d25-2ba3-2f9f-3ed6-61a63983a225@inria.fr>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

On 30/04/24 22:53, Julia Lawall wrote:
> 
> 
> On Tue, 30 Apr 2024, R Sundar wrote:
> 
>> On 30/04/24 00:10, Christophe JAILLET wrote:
>>> Le 29/04/2024 à 19:15, R Sundar a écrit :
>>>> Use the new cleanup magic to replace of_node_put() with
>>>> __free(device_node) marking to auto release when they get out of scope.
>>>>
>>>> Suggested-by: Julia Lawall <julia.lawall@inria.fr>
>>>> Signed-off-by: R Sundar <prosunofficial@gmail.com>
>>>> ---
>>>>    drivers/media/platform/cadence/cdns-csi2tx.c | 19 +++++++------------
>>>>    1 file changed, 7 insertions(+), 12 deletions(-)
>>>>
>>>> diff --git a/drivers/media/platform/cadence/cdns-csi2tx.c
>>>> b/drivers/media/platform/cadence/cdns-csi2tx.c
>>>> index 3d98f91f1bee..88aed2f299fd 100644
>>>> --- a/drivers/media/platform/cadence/cdns-csi2tx.c
>>>> +++ b/drivers/media/platform/cadence/cdns-csi2tx.c
>>>> @@ -496,48 +496,43 @@ static int csi2tx_get_resources(struct csi2tx_priv
>>>> *csi2tx,
>>>>    static int csi2tx_check_lanes(struct csi2tx_priv *csi2tx)
>>>>    {
>>>>        struct v4l2_fwnode_endpoint v4l2_ep = { .bus_type = 0 };
>>>> -    struct device_node *ep;
>>>>        int ret, i;
>>>> -
>>>> -    ep = of_graph_get_endpoint_by_regs(csi2tx->dev->of_node, 0, 0);
>>>> +    struct device_node *ep __free(device_node) =
>>>> +        of_graph_get_endpoint_by_regs(csi2tx->dev->of_node, 0, 0);
>>>> +
>>>>        if (!ep)
>>>>            return -EINVAL;
>>>>        ret = v4l2_fwnode_endpoint_parse(of_fwnode_handle(ep), &v4l2_ep);
>>>>        if (ret) {
>>>>            dev_err(csi2tx->dev, "Could not parse v4l2 endpoint\n");
>>>> -        goto out;
>>>> +        return ret;
>>>>        }
>>>>        if (v4l2_ep.bus_type != V4L2_MBUS_CSI2_DPHY) {
>>>>            dev_err(csi2tx->dev, "Unsupported media bus type: 0x%x\n",
>>>>                v4l2_ep.bus_type);
>>>> -        ret = -EINVAL;
>>>> -        goto out;
>>>> +        return -EINVAL;
>>>>        }
>>>>        csi2tx->num_lanes = v4l2_ep.bus.mipi_csi2.num_data_lanes;
>>>>        if (csi2tx->num_lanes > csi2tx->max_lanes) {
>>>>            dev_err(csi2tx->dev,
>>>>                "Current configuration uses more lanes than supported\n");
>>>> -        ret = -EINVAL;
>>>> -        goto out;
>>>> +        return -EINVAL;
>>>>        }
>>>>        for (i = 0; i < csi2tx->num_lanes; i++) {
>>>>            if (v4l2_ep.bus.mipi_csi2.data_lanes[i] < 1) {
>>>>                dev_err(csi2tx->dev, "Invalid lane[%d] number: %u\n",
>>>>                    i, v4l2_ep.bus.mipi_csi2.data_lanes[i]);
>>>> -            ret = -EINVAL;
>>>> -            goto out;
>>>> +            return -EINVAL;
>>>>            }
>>>>        }
>>>>        memcpy(csi2tx->lanes, v4l2_ep.bus.mipi_csi2.data_lanes,
>>>>               sizeof(csi2tx->lanes));
>>>> -out:
>>>> -    of_node_put(ep);
>>>>        return ret;
>>>
>>> Hi,
>>>
>>> Nit: return 0; ?
>>>
>>> CJ
>>>
>>>>    }
>>>
>> Hi,
>>
>> In success case, ret variable value also will be zero, else for non-zero ret
>> value it will return from v4l2_fwnode_endpoint_parse()'s error case handling
>> block.
> 
> Indeed, but it seems that the return ret at the end of the function always
> returns 0?  If that is the case, return 0 would be better, as one can see
> that that code is only reached in the success case.
> 
> julia

Hi Julia,

Noted.

@CJ, Thanks for comments.  Understood the point of Nit.

Will update the changes.

Thanks,
Sundar