From: Umang Jain <umang.jain@ideasonboard.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: linux-media@vger.kernel.org,
Alexander Shiyan <eagle.alexander923@gmail.com>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v5 2/6] media: imx335: Parse fwnode properties
Date: Fri, 12 Apr 2024 18:46:39 +0530 [thread overview]
Message-ID: <3092092b-5989-4a7f-8f3b-4e1bf2aed385@ideasonboard.com> (raw)
In-Reply-To: <ZhkxJeQSKMxj0O7b@kekkonen.localdomain>
Hi Sakari,
On 12/04/24 6:33 pm, Sakari Ailus wrote:
> Hi Umang,
>
> On Fri, Apr 12, 2024 at 05:58:38PM +0530, Umang Jain wrote:
>> From: Kieran Bingham <kieran.bingham@ideasonboard.com>
>>
>> Call the V4L2 fwnode device parser to handle controls that are
>> standardised by the framework.
>>
>> Signed-off-by: Kieran Bingham <kieran.bingham@ideasonboard.com>
>> Signed-off-by: Umang Jain <umang.jain@ideasonboard.com>
>> ---
>> drivers/media/i2c/imx335.c | 16 ++++++++++++----
>> 1 file changed, 12 insertions(+), 4 deletions(-)
>>
>> diff --git a/drivers/media/i2c/imx335.c b/drivers/media/i2c/imx335.c
>> index c633ea1380e7..3ea9c0ebe278 100644
>> --- a/drivers/media/i2c/imx335.c
>> +++ b/drivers/media/i2c/imx335.c
>> @@ -1227,10 +1227,12 @@ static int imx335_init_controls(struct imx335 *imx335)
>> {
>> struct v4l2_ctrl_handler *ctrl_hdlr = &imx335->ctrl_handler;
>> const struct imx335_mode *mode = imx335->cur_mode;
>> + struct v4l2_fwnode_device_properties props;
>> u32 lpfr;
>> int ret;
>>
>> - ret = v4l2_ctrl_handler_init(ctrl_hdlr, 7);
>> + /* v4l2_fwnode_device_properties can add two more controls */
>> + ret = v4l2_ctrl_handler_init(ctrl_hdlr, 9);
>> if (ret)
>> return ret;
>>
>> @@ -1295,9 +1297,15 @@ static int imx335_init_controls(struct imx335 *imx335)
>> if (imx335->hblank_ctrl)
>> imx335->hblank_ctrl->flags |= V4L2_CTRL_FLAG_READ_ONLY;
>>
>> - if (ctrl_hdlr->error) {
>> - dev_err(imx335->dev, "control init failed: %d\n",
>> - ctrl_hdlr->error);
>> + ret = v4l2_fwnode_device_parse(imx335->dev, &props);
>> + if (!ret) {
>> + /* Failure sets ctrl_hdlr->error, which we check afterwards anyway */
>> + v4l2_ctrl_new_fwnode_properties(ctrl_hdlr, &imx335_ctrl_ops,
>> + &props);
>> + }
>> +
>> + if (ctrl_hdlr->error || ret) {
>> + dev_err(imx335->dev, "control init failed: %d\n", ctrl_hdlr->error);
> Too long line.
>
>> v4l2_ctrl_handler_free(ctrl_hdlr);
>> return ctrl_hdlr->error;
> The handler may not be in error state if only v4l2_fwnode_device_parse()
> failed.
I read some more drivers and it seems v4l2_fwnode_device_parse() can
probably be checked at start of init_controls() and return early on
non-zero return value.
Is that something that should be done here as well ?
>
> Should that be something that should prevent probing a driver though, or
> could it just be ignored? I.e. in that case I'd only check for handler's
> error, not ret.
So we should probably check for ret and ctrl_hdlr->error separately ?
>
>> }
next prev parent reply other threads:[~2024-04-12 13:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-12 12:28 [PATCH v5 0/6] media: imx335: 2/4 lane ops and improvements Umang Jain
2024-04-12 12:28 ` [PATCH v5 1/6] media: imx335: Support 2 or 4 lane operation modes Umang Jain
2024-04-12 12:28 ` [PATCH v5 2/6] media: imx335: Parse fwnode properties Umang Jain
2024-04-12 13:03 ` Sakari Ailus
2024-04-12 13:16 ` Umang Jain [this message]
2024-04-12 12:28 ` [PATCH v5 3/6] media: imx335: Use V4L2 CCI for accessing sensor registers Umang Jain
2024-04-12 12:28 ` [PATCH v5 4/6] media: imx335: Use integer values for size registers Umang Jain
2024-04-12 12:28 ` [PATCH v5 5/6] media: imx335: Fix active area height discrepency Umang Jain
2024-04-12 12:28 ` [PATCH v5 6/6] media: imx335: Limit analogue gain value Umang Jain
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=3092092b-5989-4a7f-8f3b-4e1bf2aed385@ideasonboard.com \
--to=umang.jain@ideasonboard.com \
--cc=eagle.alexander923@gmail.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=sakari.ailus@linux.intel.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®