[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Zh1FUQOt9n/tO3er@tom-HP-ZBook-Fury-15-G7-Mobile-Workstation>
Date: Mon, 15 Apr 2024 17:18:41 +0200
From: Tommaso Merciai <tomm.merciai@...il.com>
To: git@...gi311.com
Cc: linux-media@...r.kernel.org, dave.stevenson@...pberrypi.com,
jacopo.mondi@...asonboard.com, mchehab@...nel.org, robh@...nel.org,
krzysztof.kozlowski+dt@...aro.org, conor+dt@...nel.org,
shawnguo@...nel.org, s.hauer@...gutronix.de, kernel@...gutronix.de,
festevam@...il.com, sakari.ailus@...ux.intel.com,
devicetree@...r.kernel.org, imx@...ts.linux.dev,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
pavel@....cz, phone-devel@...r.kernel.org
Subject: Re: [PATCH v4 24/25] media:i2c: imx258: Use v4l2_link_freq_to_bitmap
helper
Hi Luis,
On Sun, Apr 14, 2024 at 02:35:02PM -0600, git@...gi311.com wrote:
> From: Luis Garcia <git@...gi311.com>
>
> Use the v4l2_link_freq_to_bitmap() helper to figure out which
> driver-supported link freq can be used on a given system.
>
> Signed-off-by: Luis Garcia <git@...gi311.com>
> Reviewed-by: Pavel Machek <pavel@....cz>
> ---
> drivers/media/i2c/imx258.c | 12 ++++++++++++
> 1 file changed, 12 insertions(+)
>
> diff --git a/drivers/media/i2c/imx258.c b/drivers/media/i2c/imx258.c
> index 5de71cb7c1ae..65846dff775e 100644
> --- a/drivers/media/i2c/imx258.c
> +++ b/drivers/media/i2c/imx258.c
> @@ -693,6 +693,7 @@ struct imx258 {
> /* Current mode */
> const struct imx258_mode *cur_mode;
>
> + unsigned long link_freq_bitmap;
> const struct imx258_link_freq_config *link_freq_configs;
> const s64 *link_freq_menu_items;
> unsigned int lane_mode_idx;
> @@ -1552,6 +1553,17 @@ static int imx258_probe(struct i2c_client *client)
> return ret;
> }
>
> + ret = v4l2_link_freq_to_bitmap(&client->dev,
> + ep.link_frequencies,
> + ep.nr_of_link_frequencies,
> + imx258->link_freq_menu_items,
> + ARRAY_SIZE(link_freq_menu_items_19_2),
> + &imx258->link_freq_bitmap);
> + if (ret) {
> + dev_err(&client->dev, "Link frequency not supported\n");
> + goto error_endpoint_free;
> + }
> +
> /* Get number of data lanes */
> switch (ep.bus.mipi_csi2.num_data_lanes) {
> case 2:
Looks good to me.
ps:
Maybe a good plan for the future would be to use: dev_err_probe
(instead of dev_err into probe function)
But this I think is somenthing for next improvements. :)
Thanks & Regards,
Tommaso
> --
> 2.44.0
>
>
Powered by blists - more mailing lists