From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Jacopo Mondi <jacopo@jmondi.org>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
tfiga@google.com,
"open list:MEDIA INPUT INFRASTRUCTURE (V4L/DVB)"
<linux-media@vger.kernel.org>
Subject: Re: [PATCH v2 06/10] media: v4l2-fwnode: Add helper to register controls from fw
Date: Tue, 27 Aug 2019 16:16:20 +0300 [thread overview]
Message-ID: <20190827131620.GX5054@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20190827092339.8858-9-jacopo@jmondi.org>
Hi Jacopo,
Thank you for the patch.
On Tue, Aug 27, 2019 at 11:23:34AM +0200, Jacopo Mondi wrote:
> Add the 'v4l2_fwnode_register_controls()' helper to v4l2-fwnode. The
> function parses the device node and endpoint firmware properties to
> which a v4l2 control is associated to and registers the control with the
> provided handler.
>
> Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
> ---
> drivers/media/v4l2-core/v4l2-fwnode.c | 57 +++++++++++++++++++++++++++
> include/media/v4l2-fwnode.h | 30 ++++++++++++++
> 2 files changed, 87 insertions(+)
>
> diff --git a/drivers/media/v4l2-core/v4l2-fwnode.c b/drivers/media/v4l2-core/v4l2-fwnode.c
> index 3bd1888787eb..669801fceb64 100644
> --- a/drivers/media/v4l2-core/v4l2-fwnode.c
> +++ b/drivers/media/v4l2-core/v4l2-fwnode.c
> @@ -25,6 +25,7 @@
> #include <linux/types.h>
>
> #include <media/v4l2-async.h>
> +#include <media/v4l2-ctrls.h>
> #include <media/v4l2-fwnode.h>
> #include <media/v4l2-subdev.h>
>
> @@ -595,6 +596,62 @@ void v4l2_fwnode_put_link(struct v4l2_fwnode_link *link)
> }
> EXPORT_SYMBOL_GPL(v4l2_fwnode_put_link);
>
> +int v4l2_fwnode_register_controls(struct fwnode_handle *fwnode,
> + struct v4l2_ctrl_handler *hdl,
> + const struct v4l2_ctrl_ops *ctrl_ops)
Passing the ctrl_ops is a bit annoying. Would there be a way to get the
V4L2 control framework to accept NULL ops for read-only controls ?
> +{
> + u32 val;
> + int ret;
> +
> + ret = fwnode_property_read_u32(fwnode, "location", &val);
> + if (!ret) {
> + switch (val) {
> + case V4L2_LOCATION_FRONT:
> + case V4L2_LOCATION_BACK:
> + case V4L2_LOCATION_EXTERNAL:
> + break;
> + default:
> + pr_warn("Unsupported location: %u\n", val);
dev_warn() would be nicer. Is there a way we could either pass the
struct device pointer, or maybe a subdev that would be populated with
the device, fwnode and hdl pointers ?
> + return -EINVAL;
> + }
> +
> + if (v4l2_ctrl_find(hdl, V4L2_CID_CAMERA_SENSOR_LOCATION))
> + pr_debug("Skip control '%s': already registered",
> + v4l2_ctrl_get_name(
> + V4L2_CID_CAMERA_SENSOR_LOCATION));
> + else
> + v4l2_ctrl_new_std(hdl, ctrl_ops,
> + V4L2_CID_CAMERA_SENSOR_LOCATION,
> + val, val, 1, val);
> + }
> +
> + ret = fwnode_property_read_u32(fwnode, "rotation", &val);
> + if (!ret) {
> + if (val > 360) {
> + pr_warn("Unsupported rotation: %u\n", val);
> + return -EINVAL;
> + }
We need to define the range of allowed values in the control
documentation. 360 doesn't seem very useful as it's equivalent to 0.
A few possible options are [0, 360[, [-180, +180[ or ]-180, +180].
> +
> + if (v4l2_ctrl_find(hdl, V4L2_CID_CAMERA_SENSOR_ROTATION))
> + pr_debug("Skip control '%s': already registered",
> + v4l2_ctrl_get_name(
> + V4L2_CID_CAMERA_SENSOR_ROTATION));
> + else
> + v4l2_ctrl_new_std(hdl, ctrl_ops,
> + V4L2_CID_CAMERA_SENSOR_ROTATION,
> + val, val, 1, val);
> + }
> +
> + if (hdl->error) {
> + pr_warn("Failed to register controls from firmware: %d\n",
> + hdl->error);
> + return hdl->error;
> + }
> +
> + return 0;
> +}
> +EXPORT_SYMBOL_GPL(v4l2_fwnode_register_controls);
> +
> static int
> v4l2_async_notifier_fwnode_parse_endpoint(struct device *dev,
> struct v4l2_async_notifier *notifier,
> diff --git a/include/media/v4l2-fwnode.h b/include/media/v4l2-fwnode.h
> index f6a7bcd13197..0dad6968bde9 100644
> --- a/include/media/v4l2-fwnode.h
> +++ b/include/media/v4l2-fwnode.h
> @@ -25,6 +25,8 @@
> struct fwnode_handle;
> struct v4l2_async_notifier;
> struct v4l2_async_subdev;
> +struct v4l2_ctrl_handler;
> +struct v4l2_ctrl_ops;
>
> #define V4L2_FWNODE_CSI2_MAX_DATA_LANES 4
>
> @@ -233,6 +235,34 @@ int v4l2_fwnode_parse_link(struct fwnode_handle *fwnode,
> */
> void v4l2_fwnode_put_link(struct v4l2_fwnode_link *link);
>
> +/**
> + * v4l2_fwnode_register_controls() - parse device and endpoint fwnode
> + * properties and register a v4l2 control
> + * for each of them
I don't think that description is accurate.
> + * @fwnode: pointer to the device fwnode handle
> + * @hdl: pointer to the v4l2 control handler to register controls with
> + * @ctrl_ops: pointer to the v4l2 control operations to register with the handler
> + *
> + * Parse the @fwnode device and endpoint properties to which a v4l2 control
> + * is associated and register them with the provided handler @hdl.
> + * Currently the following v4l2 controls are parsed and registered:
> + * - V4L2_CID_CAMERA_SENSOR_LOCATION;
> + * - V4L2_CID_CAMERA_SENSOR_ROTATION;
> + *
> + * Controls already registered by the caller with the @hdl control handler are
> + * not overwritten. Callers should register the controls they want to handle
> + * themselves before calling this function.
> + *
> + * NOTE: This function locks the @hdl control handler mutex, the caller shall
> + * not hold the lock when calling this function.
> + *
> + * Return: 0 on success, -EINVAL if the fwnode properties are not correctly
> + * specified.
> + */
> +int v4l2_fwnode_register_controls(struct fwnode_handle *fwnode,
> + struct v4l2_ctrl_handler *hdl,
> + const struct v4l2_ctrl_ops *ctrl_ops);
> +
> /**
> * typedef parse_endpoint_func - Driver's callback function to be called on
> * each V4L2 fwnode endpoint.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2019-08-27 13:16 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-27 9:23 [PATCH v2 00/10] media: Report camera sensor properties Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 01/10] media: dt-bindings: Document 'location' property Jacopo Mondi
2019-08-27 12:21 ` Laurent Pinchart
2019-08-29 12:46 ` Jacopo Mondi
2019-09-02 13:38 ` Rob Herring
2019-09-02 16:40 ` Jacopo Mondi
2019-09-02 16:49 ` Laurent Pinchart
2019-09-02 19:48 ` Jacopo Mondi
2019-09-03 13:22 ` Laurent Pinchart
2019-09-12 12:51 ` Mauro Carvalho Chehab
2019-09-12 16:36 ` Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 02/10] media: v4l2-ctrl: Document V4L2_CID_CAMERA_SENSOR_LOCATION Jacopo Mondi
2019-08-27 12:50 ` Laurent Pinchart
2019-08-29 12:47 ` Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 03/10] media: v4l2-ctrl: Document V4L2_CID_CAMERA_SENSOR_ROTATION Jacopo Mondi
2019-08-27 12:51 ` Laurent Pinchart
2019-09-02 11:20 ` Jacopo Mondi
2019-09-02 16:43 ` Laurent Pinchart
2019-09-03 4:16 ` Tomasz Figa
2019-09-03 13:17 ` Laurent Pinchart
2019-09-03 15:22 ` Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 04/10] media: v4l2-ctrl: Add V4L2_CID_CAMERA_SENSOR_LOCATION Jacopo Mondi
2019-08-27 12:53 ` Laurent Pinchart
2019-08-27 9:23 ` [PATCH v2 04/10] media: v4l2-ctrls: " Jacopo Mondi
2019-08-27 9:36 ` Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 05/10] media: v4l2-ctrl: Add V4L2_CID_CAMERA_SENSOR_ROTATION Jacopo Mondi
2019-08-27 13:07 ` Laurent Pinchart
2019-08-27 9:23 ` [PATCH v2 05/10] media: v4l2-ctrls: " Jacopo Mondi
2019-08-27 9:36 ` Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 06/10] media: v4l2-fwnode: Add helper to register controls from fw Jacopo Mondi
2019-08-27 13:16 ` Laurent Pinchart [this message]
2019-08-29 12:55 ` Jacopo Mondi
2019-08-29 10:31 ` Hans Verkuil
2019-08-29 12:45 ` Jacopo Mondi
2019-08-29 13:04 ` Hans Verkuil
2019-08-29 15:05 ` Laurent Pinchart
2019-08-29 15:32 ` Hans Verkuil
2019-09-02 9:39 ` Jacopo Mondi
2019-09-02 9:46 ` Laurent Pinchart
2019-08-27 9:23 ` [PATCH v2 07/10] media: i2c: ov5670: Register controls from firmware Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 08/10] media: i2c: ov13858: " Jacopo Mondi
2019-08-27 9:23 ` [PATCH v2 09/10] media: i2c: ov5670: Report native size and crop bounds Jacopo Mondi
2019-08-29 10:20 ` Hans Verkuil
2019-08-29 12:40 ` Jacopo Mondi
2019-08-29 12:55 ` Hans Verkuil
2019-08-29 13:18 ` Jacopo Mondi
2019-08-29 13:39 ` Hans Verkuil
2019-08-29 16:43 ` Jacopo Mondi
2019-09-02 10:05 ` Laurent Pinchart
2019-09-03 13:06 ` Sakari Ailus
2019-09-03 16:49 ` Jacopo Mondi
2019-09-26 8:11 ` Hans Verkuil
2019-09-26 18:56 ` Jacopo Mondi
2019-10-07 14:23 ` Tomasz Figa
2019-08-27 9:23 ` [PATCH v2 10/10] media: i2c: ov13858: " Jacopo Mondi
2019-08-27 9:23 ` [DO NOT MERGE] mb/google/poppy/variant/soraka: Add camera properties Jacopo Mondi
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=20190827131620.GX5054@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=jacopo@jmondi.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=tfiga@google.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