[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140930114423.3a171aa9@bbrezillon>
Date: Tue, 30 Sep 2014 11:44:23 +0200
From: Boris Brezillon <boris.brezillon@...e-electrons.com>
To: Thierry Reding <thierry.reding@...il.com>
Cc: Laurent Pinchart <laurent.pinchart@...asonboard.com>,
dri-devel@...ts.freedesktop.org, David Airlie <airlied@...ux.ie>,
Mauro Carvalho Chehab <m.chehab@...sung.com>,
linux-media@...r.kernel.org,
Guennadi Liakhovetski <g.liakhovetski@....de>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 1/5] video: move mediabus format definition to a more
standard place
On Tue, 30 Sep 2014 10:39:53 +0200
Thierry Reding <thierry.reding@...il.com> wrote:
> On Tue, Sep 30, 2014 at 09:37:57AM +0200, Boris Brezillon wrote:
> > On Mon, 29 Sep 2014 23:41:09 +0300
> > Laurent Pinchart <laurent.pinchart@...asonboard.com> wrote:
> [...]
> > > Incidentally, patch 2/5 in this series is missing a documentation update ;-)
> >
> > Yep, regarding this patch, I wonder if it's really necessary to add
> > new formats to the v4l2_mbus_pixelcode enum.
> > If we want to move to this new common definition (across the video
> > related subsytems), we should deprecate the old enum
> > v4l2_mbus_pixelcode, and this start by not adding new formats, don't
> > you think ?
>
> I agree in general, but I think it could prove problematic in practice.
> If somebody wants to use one of the new codes but is using the V4L2 enum
> they have a problem.
>
> That said, given that there is now a unified enum people will hopefully
> start converting drivers to it instead.
I'm more worried about user-space lib/programs as this header is part
of the uapi...
But let's be optimistic here and keep porting new formats to
v4l2_mbus_pixelcode enum ;-).
Anyway, I still don't know where to put the documentation. Dropping a
new video format doc without any context (I mean subdev-formats.xml is
included in media documentation, but there's no generic video doc yet)
is a bit weird...
--
Boris Brezillon, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists