From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>,
Josh Wu <josh.wu@atmel.com>
Subject: Re: [PATCH v2 2/2] V4L2: add CCF support to the v4l2_clk API
Date: Sun, 04 Jan 2015 13:23:48 +0200 [thread overview]
Message-ID: <1571804.VtaqCg6XUZ@avalon> (raw)
In-Reply-To: <Pine.LNX.4.64.1501022107370.3028@axis700.grange>
Hi Guennadi,
Thank you for the patch.
On Friday 02 January 2015 21:18:41 Guennadi Liakhovetski wrote:
> From aeaee56e04d023f3a019d2595ef5128015acdb06 Mon Sep 17 00:00:00 2001
> From: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
> Date: Fri, 2 Jan 2015 12:26:41 +0100
> Subject: [PATCH 2/2] V4L2: add CCF support to the v4l2_clk API
>
> V4L2 clocks, e.g. used by camera sensors for their master clock, do not
> have to be supplied by a different V4L2 driver, they can also be
> supplied by an independent source. In this case the standart kernel
> clock API should be used to handle such clocks. This patch adds support
> for such cases.
>
> Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
> ---
>
> Hi Laurent,
> Thanks for the comment. The idea of allocating a new object for each "get"
> operation seems a bit weird to me, and completely trusting the user is a
> bit scary... :) But yes, it can work this way too, I think, and the user
> can screw either way too, anyway.
The user needs to get it right for when we'll replace v4l2_clk_get() with
clk_get(), so I'd rather force it to get it right now.
> So, here comes a v2. Something like this?
>
> v2: don't add CCF-related clocks on the global list, just allocate a new
> instance on each v4l2_clk_get()
>
> drivers/media/v4l2-core/v4l2-clk.c | 45 +++++++++++++++++++++++++++++++---
> include/media/v4l2-clk.h | 2 ++
> 2 files changed, 44 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/media/v4l2-core/v4l2-clk.c
> b/drivers/media/v4l2-core/v4l2-clk.c index c210906..f5d1688 100644
> --- a/drivers/media/v4l2-core/v4l2-clk.c
> +++ b/drivers/media/v4l2-core/v4l2-clk.c
> @@ -9,6 +9,7 @@
> */
>
> #include <linux/atomic.h>
> +#include <linux/clk.h>
> #include <linux/device.h>
> #include <linux/errno.h>
> #include <linux/list.h>
> @@ -42,6 +43,18 @@ static struct v4l2_clk *v4l2_clk_find(const char *dev_id,
> const char *id) struct v4l2_clk *v4l2_clk_get(struct device *dev, const
> char *id) {
> struct v4l2_clk *clk;
> + struct clk *ccf_clk = clk_get(dev, id);
> +
> + if (!IS_ERR(ccf_clk)) {
> + clk = kzalloc(sizeof(struct v4l2_clk), GFP_KERNEL);
> + if (!clk) {
> + clk_put(ccf_clk);
> + return ERR_PTR(-ENOMEM);
> + }
> + clk->clk = ccf_clk;
> +
> + return clk;
> + }
If clk_get() returns -EPROBE_DEFER I think you should return the error code to
the user instead of falling back to the v4l2 clocks.
> mutex_lock(&clk_lock);
> clk = v4l2_clk_find(dev_name(dev), id);
> @@ -61,6 +74,12 @@ void v4l2_clk_put(struct v4l2_clk *clk)
> if (IS_ERR(clk))
> return;
>
> + if (clk->clk) {
> + clk_put(clk->clk);
> + kfree(clk);
> + return;
> + }
> +
> mutex_lock(&clk_lock);
>
> list_for_each_entry(tmp, &clk_list, list)
> @@ -98,8 +117,12 @@ static void v4l2_clk_unlock_driver(struct v4l2_clk *clk)
>
> int v4l2_clk_enable(struct v4l2_clk *clk)
> {
> - int ret = v4l2_clk_lock_driver(clk);
> + int ret;
>
> + if (clk->clk)
> + return clk_enable(clk->clk);
Shouldn't you use clk_prepare_enable() ? CCF requires a prepare call before
enabling the clock.
> +
> + ret = v4l2_clk_lock_driver(clk);
> if (ret < 0)
> return ret;
>
> @@ -125,6 +148,9 @@ void v4l2_clk_disable(struct v4l2_clk *clk)
> {
> int enable;
>
> + if (clk->clk)
> + return clk_disable(clk->clk);
Likewise, clk_disable_unprepare() ?
> +
> mutex_lock(&clk->lock);
>
> enable = --clk->enable;
> @@ -142,8 +168,12 @@ EXPORT_SYMBOL(v4l2_clk_disable);
>
> unsigned long v4l2_clk_get_rate(struct v4l2_clk *clk)
> {
> - int ret = v4l2_clk_lock_driver(clk);
> + int ret;
> +
> + if (clk->clk)
> + return clk_get_rate(clk->clk);
>
> + ret = v4l2_clk_lock_driver(clk);
> if (ret < 0)
> return ret;
>
> @@ -162,7 +192,16 @@ EXPORT_SYMBOL(v4l2_clk_get_rate);
>
> int v4l2_clk_set_rate(struct v4l2_clk *clk, unsigned long rate)
> {
> - int ret = v4l2_clk_lock_driver(clk);
> + int ret;
> +
> + if (clk->clk) {
> + long r = clk_round_rate(clk->clk, rate);
> + if (r < 0)
> + return r;
> + return clk_set_rate(clk->clk, r);
> + }
> +
> + ret = v4l2_clk_lock_driver(clk);
>
> if (ret < 0)
> return ret;
> diff --git a/include/media/v4l2-clk.h b/include/media/v4l2-clk.h
> index 8f06967..4402b2d 100644
> --- a/include/media/v4l2-clk.h
> +++ b/include/media/v4l2-clk.h
> @@ -22,6 +22,7 @@
> struct module;
> struct device;
>
> +struct clk;
> struct v4l2_clk {
> struct list_head list;
> const struct v4l2_clk_ops *ops;
> @@ -30,6 +31,7 @@ struct v4l2_clk {
> int enable;
> struct mutex lock; /* Protect the enable count */
> atomic_t use_count;
> + struct clk *clk;
> void *priv;
> };
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2015-01-04 11:23 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-02 11:48 [PATCH 0/2] V4L2: add CCF support to v4l2_clk Guennadi Liakhovetski
2015-01-02 11:48 ` [PATCH 1/2] V4L: remove clock name from v4l2_clk API Guennadi Liakhovetski
2015-01-05 8:56 ` Josh Wu
2015-01-05 9:28 ` Guennadi Liakhovetski
2015-01-05 10:27 ` Josh Wu
2015-01-06 8:29 ` Josh Wu
2015-01-06 22:17 ` Guennadi Liakhovetski
2015-01-07 2:16 ` Josh Wu
2015-01-07 2:16 ` Josh Wu
2015-01-08 22:37 ` Guennadi Liakhovetski
2015-01-08 22:47 ` Laurent Pinchart
2015-01-12 9:14 ` Josh Wu
2015-01-12 10:38 ` Laurent Pinchart
2015-01-14 10:35 ` Josh Wu
2015-01-02 11:48 ` [PATCH 2/2] V4L2: add CCF support to the " Guennadi Liakhovetski
2015-01-02 11:59 ` Laurent Pinchart
2015-01-02 20:18 ` [PATCH v2 " Guennadi Liakhovetski
2015-01-04 11:23 ` Laurent Pinchart [this message]
2015-01-04 16:45 ` Guennadi Liakhovetski
2015-01-04 21:48 ` Laurent Pinchart
2015-01-05 9:11 ` Josh Wu
2015-01-05 9:36 ` Guennadi Liakhovetski
2015-01-05 10:00 ` Josh Wu
2015-01-04 9:59 ` [PATCH 0/2] V4L2: add CCF support to v4l2_clk Josh Wu
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=1571804.VtaqCg6XUZ@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=g.liakhovetski@gmx.de \
--cc=josh.wu@atmel.com \
--cc=linux-media@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;
as well as URLs for NNTP newsgroup(s).