Hi Guennadi,
On 03/19/2013 08:32 AM, Guennadi Liakhovetski wrote:
> On Mon, 18 Mar 2013, Sylwester Nawrocki wrote:
>> On 03/15/2013 10:27 PM, Guennadi Liakhovetski wrote:
[...]
>>> diff --git a/drivers/media/v4l2-core/v4l2-clk.c
>>> b/drivers/media/v4l2-core/v4l2-clk.c
>>> new file mode 100644
>>> index 0000000..3505972
>>> --- /dev/null
>>> +++ b/drivers/media/v4l2-core/v4l2-clk.c
>>> @@ -0,0 +1,184 @@
>>> +/*
>>> + * V4L2 clock service
>>> + *
>>> + * Copyright (C) 2012, Guennadi Liakhovetski<g.liakhovetski@xxxxxx>
>>
>> 2013 ?
>>
>>> + * This program is free software; you can redistribute it and/or modify
>>> + * it under the terms of the GNU General Public License version 2 as
>>> + * published by the Free Software Foundation.
>>> + */
>>> +
>>> +#include<linux/atomic.h>
>>> +#include<linux/errno.h>
>>> +#include<linux/list.h>
>>> +#include<linux/module.h>
>>> +#include<linux/mutex.h>
>>> +#include<linux/string.h>
>>> +
>>> +#include<media/v4l2-clk.h>
>>> +#include<media/v4l2-subdev.h>
>>> +
>>> +static DEFINE_MUTEX(clk_lock);
>>> +static LIST_HEAD(clk_list);
>>> +
>>> +static struct v4l2_clk *v4l2_clk_find(const struct v4l2_subdev *sd,
>>> + const char *dev_id, const char *id)
>>> +{
>>> + struct v4l2_clk *clk;
>>> +
>>> + list_for_each_entry(clk,&clk_list, list) {
>>> + if (!sd || !(sd->flags& V4L2_SUBDEV_FL_IS_I2C)) {
>>> + if (strcmp(dev_id, clk->dev_id))
>>> + continue;
>>> + } else {
>>> + char *i2c = strstr(dev_id, clk->dev_id);
>>> + if (!i2c || i2c == dev_id || *(i2c - 1) != ' ')
>>> + continue;
>>> + }
>>> +
>>> + if (!id || !clk->id || !strcmp(clk->id, id))
>>> + return clk;
>>> + }
>>> +
>>> + return ERR_PTR(-ENODEV);
>>> +}
>>> +
>>> +struct v4l2_clk *v4l2_clk_get(struct v4l2_subdev *sd, const char *id)
>>> +{
>>> + struct v4l2_clk *clk;
>>> +
>>> + mutex_lock(&clk_lock);
>>> + clk = v4l2_clk_find(sd, sd->name, id);
>>
>> Couldn't we just pass the I2C client's struct device name to this function ?
>
> Certainly not. This is a part of the generic V4L2 clock API, it's not I2C
> specific.
I have been thinking about something like dev_name(sd->dev), but struct
v4l2_subdev doesn't have struct device associated with it.
>> And if the host driver that registers a clock for its sub-device knows the
>> type
>> of device (I2C, SPI client, etc.) why we need to even bother with checking the
>> subdev/bus type in v4l2_clk_find() function above, when the host could
>> properly
>> format dev_id when it registers a clock ?
>
> This has been discussed. The host doesn't know the name of the I2C driver,
> that would attach to this subdevice at the time, it registers the clock.
> This is the easiest way to oversome this problem.
OK, thanks for reminding. It would be probably much easier to associate
the clock with struct device, not with subdev driver. Devices have more
clear naming rules (at last I2C, SPI clients). And most host drivers
already have information about I2C bus id, just I2C slave address would
need to be passed to the host driver so it can register a clock for its
subdev.
>> Then the subdev would just pass its
>> struct device pointer to this API to find its clock. What am I missing here ?
>
> I don't think there's a 1-to-1 correspondence between devices and V4L2
> subdevices.
I would expect at least a subdev that needs a clock to have struct device
associated with it. It would be also much easier this way to use generic
clocks API in the device tree instantiated systems.
>>> + if (!IS_ERR(clk)&& !try_module_get(clk->ops->owner))
>>> + clk = ERR_PTR(-ENODEV);
>>> + mutex_unlock(&clk_lock);
>>> +
>>> + if (!IS_ERR(clk)) {
>>> + clk->subdev = sd;
>>
>> Why is this needed ? It seems a strange addition that might potentially
>> make transition to the common clocks API more difficult.
>
> We got rid of the v4l2_clk_bind() function and the .bind() callback. Now I
> need a pointer to subdevice _before_ v4l2_clk_register() (former
> v4l2_clk_bound()), that's why I have to store it here.
Hmm, sorry, I'm not following. How can we store a subdev pointer in the clock
data structure that has not been registered yet and thus cannot be found
with v4l2_clk_find() ?
>>> + atomic_inc(&clk->use_count);
>>> + }
>>> +
>>> + return clk;
>>> +}
>>> +EXPORT_SYMBOL(v4l2_clk_get);
--
Regards,
Sylwester
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
