On Wednesday, June 22, 2011 23:26:29 Guennadi Liakhovetski wrote:
> Add media bus configuration types and two subdev operations to get
> supported mediabus configurations and to set a specific configuration.
> Subdevs can support several configurations, e.g., they can send video data
> on 1 or several lanes, can be configured to use a specific CSI-2 channel,
> in such cases subdevice drivers return bitmasks with all respective bits
> set. When a set-configuration operation is called, it has to specify a
> non-ambiguous configuration.
> 
> Signed-off-by: Stanimir Varbanov <svarba...@mm-sol.com>
> Signed-off-by: Guennadi Liakhovetski <g.liakhovet...@gmx.de>
> ---
> 
> v2:
> 
> 1. Removed parallel bus width flags. As Laurent correctly pointed out, bus 
> width can be configured based on the mediabus format.
> 
> 2. Removed the clock parameter for now. Passing timing information between 
> the subdevices and the host / bridge driver is indeed necessary, but it is 
> not yet quite clear, what is the best way to do this. This requires more 
> thinking and can be added as an extra field to struct v4l2_mbus_config 
> later. The argument, that "struct clk" is still platform specific is 
> correct, but I am too tempted by the possibilities, the clkdev offers us 
> to give up this idea immediatrely. Maybe drivers, that need such a clock, 
> could use a platform callback to create a clock instance for them, or get 
> a clock object from the platform with platform data. However, there are 
> also opinions, that the clkdev API is completely unsuitable for this 
> purpose. I'd commit this without any timing first, and consider 
> possibilities as a second step.
> 
>  include/media/v4l2-mediabus.h |   89 
> +++++++++++++++++++++++++++++++++++++++++
>  include/media/v4l2-subdev.h   |    6 +++
>  2 files changed, 95 insertions(+), 0 deletions(-)

Some small stuff:
 
> diff --git a/include/media/v4l2-mediabus.h b/include/media/v4l2-mediabus.h
> index 971c7fa..e0ffba0 100644
> --- a/include/media/v4l2-mediabus.h
> +++ b/include/media/v4l2-mediabus.h
> @@ -13,6 +13,95 @@
>  
>  #include <linux/v4l2-mediabus.h>
>  
> +/* Parallel flags */
> +/* Can the client run in master or in slave mode */
> +#define V4L2_MBUS_MASTER                     (1 << 0)
> +#define V4L2_MBUS_SLAVE                              (1 << 1)
> +/* Which signal polarities it supports */
> +#define V4L2_MBUS_HSYNC_ACTIVE_HIGH          (1 << 2)
> +#define V4L2_MBUS_HSYNC_ACTIVE_LOW           (1 << 3)
> +#define V4L2_MBUS_VSYNC_ACTIVE_HIGH          (1 << 4)
> +#define V4L2_MBUS_VSYNC_ACTIVE_LOW           (1 << 5)
> +#define V4L2_MBUS_PCLK_SAMPLE_RISING         (1 << 6)
> +#define V4L2_MBUS_PCLK_SAMPLE_FALLING                (1 << 7)
> +#define V4L2_MBUS_DATA_ACTIVE_HIGH           (1 << 8)
> +#define V4L2_MBUS_DATA_ACTIVE_LOW            (1 << 9)
> +
> +/* Serial flags */
> +/* How many lanes the client can use */
> +#define V4L2_MBUS_CSI2_1_LANE                        (1 << 0)
> +#define V4L2_MBUS_CSI2_2_LANE                        (1 << 1)
> +#define V4L2_MBUS_CSI2_3_LANE                        (1 << 2)
> +#define V4L2_MBUS_CSI2_4_LANE                        (1 << 3)
> +/* On which channels it can send video data */
> +#define V4L2_MBUS_CSI2_CHANNEL_0             (1 << 4)
> +#define V4L2_MBUS_CSI2_CHANNEL_1             (1 << 5)
> +#define V4L2_MBUS_CSI2_CHANNEL_2             (1 << 6)
> +#define V4L2_MBUS_CSI2_CHANNEL_3             (1 << 7)
> +/* Does it support only continuous or also non-continuous clock mode */
> +#define V4L2_MBUS_CSI2_CONTINUOUS_CLOCK              (1 << 8)
> +#define V4L2_MBUS_CSI2_NONCONTINUOUS_CLOCK   (1 << 9)
> +
> +#define V4L2_MBUS_CSI2_LANES         (V4L2_MBUS_CSI2_1_LANE | 
> V4L2_MBUS_CSI2_2_LANE | \
> +                                      V4L2_MBUS_CSI2_3_LANE | 
> V4L2_MBUS_CSI2_4_LANE)
> +#define V4L2_MBUS_CSI2_CHANNELS              (V4L2_MBUS_CSI2_CHANNEL_0 | 
> V4L2_MBUS_CSI2_CHANNEL_1 | \
> +                                      V4L2_MBUS_CSI2_CHANNEL_2 | 
> V4L2_MBUS_CSI2_CHANNEL_3)
> +
> +/**
> + * v4l2_mbus_type - media bus type
> + * @V4L2_MBUS_PARALLEL:      parallel interface with hsync and vsync
> + * @V4L2_MBUS_BT656: parallel interface with embedded synchronisation
> + * @V4L2_MBUS_CSI2:  MIPI CSI-2 serial interface
> + */
> +enum v4l2_mbus_type {
> +     V4L2_MBUS_PARALLEL,
> +     V4L2_MBUS_BT656,
> +     V4L2_MBUS_CSI2,
> +};
> +
> +/**
> + * v4l2_mbus_config - media bus configuration
> + * @type:    in: interface type
> + * @flags:   in / out: configuration flags, depending on @type
> + */
> +struct v4l2_mbus_config {
> +     enum v4l2_mbus_type type;
> +     unsigned long flags;

Flags should be unsigned int. unsigned long is 64 bits on a 64-bit system,
which is unnecessary.

> +};
> +
> +static inline unsigned long v4l2_mbus_config_compatible(struct 
> v4l2_mbus_config *cfg,
> +                                                     unsigned long flags)

This function is too big to be a static inline. I would also go for a bool 
return type.
And cfg should be a const pointer.

> +{
> +     unsigned long common_flags,

> hsync, vsync, pclk, data, mode;

These can be bools.

> +     unsigned long mipi_lanes, mipi_clock;

Ditto.

> +
> +     common_flags = cfg->flags & flags;
> +
> +     switch (cfg->type) {
> +     case V4L2_MBUS_PARALLEL:
> +             hsync = common_flags & (V4L2_MBUS_HSYNC_ACTIVE_HIGH |
> +                                     V4L2_MBUS_HSYNC_ACTIVE_LOW);
> +             vsync = common_flags & (V4L2_MBUS_VSYNC_ACTIVE_HIGH |
> +                                     V4L2_MBUS_VSYNC_ACTIVE_LOW);
> +             pclk = common_flags & (V4L2_MBUS_PCLK_SAMPLE_RISING |
> +                                    V4L2_MBUS_PCLK_SAMPLE_FALLING);
> +             data = common_flags & (V4L2_MBUS_DATA_ACTIVE_HIGH |
> +                                    V4L2_MBUS_DATA_ACTIVE_LOW);
> +             mode = common_flags & (V4L2_MBUS_MASTER | V4L2_MBUS_SLAVE);
> +             return (!hsync || !vsync || !pclk || !data || !mode) ?
> +                     0 : common_flags;
> +     case V4L2_MBUS_CSI2:
> +             mipi_lanes = common_flags & V4L2_MBUS_CSI2_LANES;
> +             mipi_clock = common_flags & (V4L2_MBUS_CSI2_NONCONTINUOUS_CLOCK 
> |
> +                                          V4L2_MBUS_CSI2_CONTINUOUS_CLOCK);
> +             return (!mipi_lanes || !mipi_clock) ? 0 : common_flags;
> +     case V4L2_MBUS_BT656:
> +             /* TODO: implement me */

Isn't this identical to MBUS_PARALLEL, except that it can ignore the hsync/vsync
signals? So this case can go in between the 'vsync =' and 'pclk =' lines above.
(hsync and vsync should be initialized to true of course).

> +             return 0;
> +     }
> +     return 0;
> +}
> +
>  static inline void v4l2_fill_pix_format(struct v4l2_pix_format *pix_fmt,
>                               const struct v4l2_mbus_framefmt *mbus_fmt)
>  {
> diff --git a/include/media/v4l2-subdev.h b/include/media/v4l2-subdev.h
> index 1562c4f..75919ef 100644
> --- a/include/media/v4l2-subdev.h
> +++ b/include/media/v4l2-subdev.h
> @@ -255,6 +255,10 @@ struct v4l2_subdev_audio_ops {
>     try_mbus_fmt: try to set a pixel format on a video data source
>  
>     s_mbus_fmt: set a pixel format on a video data source
> +
> +   g_mbus_config: get supported mediabus configurations
> +
> +   s_mbus_config: set a certain mediabus configuration
>   */
>  struct v4l2_subdev_video_ops {
>       int (*s_routing)(struct v4l2_subdev *sd, u32 input, u32 output, u32 
> config);
> @@ -294,6 +298,8 @@ struct v4l2_subdev_video_ops {
>                           struct v4l2_mbus_framefmt *fmt);
>       int (*s_mbus_fmt)(struct v4l2_subdev *sd,
>                         struct v4l2_mbus_framefmt *fmt);
> +     int (*g_mbus_config)(struct v4l2_subdev *sd, struct v4l2_mbus_config 
> *cfg);
> +     int (*s_mbus_config)(struct v4l2_subdev *sd, struct v4l2_mbus_config 
> *cfg);

cfg can be a const pointer.

>  };
>  
>  /*
> 

Regards,

        Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to