This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Thu Mar 12 04:00:17 CET 2015
git branch: test
git hash: 3d945be05ac1e806af075e9315bc1b3409adae2b
gcc versio
Hi Sakari,
Thank you for the patch.
On Saturday 07 March 2015 23:41:12 Sakari Ailus wrote:
> Add the ISP device to omap3 DT include file and add support to the driver to
> use it.
>
> Also obtain information on the external entities and the ISP configuration
> related to them through the Device
Hi Sakari,
Thank you for the patch.
On Saturday 07 March 2015 23:41:11 Sakari Ailus wrote:
> Signed-off-by: Sakari Ailus
> ---
> .../devicetree/bindings/media/ti,omap3isp.txt | 64 +
> MAINTAINERS|1 +
> 2 files changed, 65 inse
Hi Sakari,
Thank you for the patch.
On Saturday 07 March 2015 23:41:03 Sakari Ailus wrote:
> Make omap3isp configuration data structures more suitable for consumption by
> the DT by separating the I2C bus information of all the sub-devices in a
> group and the ISP bus information from each other.
Hi Laurent,
On Wed, Mar 11, 2015 at 08:09:11PM +0200, Laurent Pinchart wrote:
> Hi Sakari,
>
> On Wednesday 11 March 2015 13:04:43 Sakari Ailus wrote:
> > On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
> > > From: Benoit Parrot
> > >
> > > this patch adds support for omnivision'
Hi Hans,
On Wed, Mar 11, 2015 at 01:00:45PM +0100, Hans Verkuil wrote:
> The documentation says that the bytesperline field in v4l2_pix_format refers
> to the largest plane in the case of planar formats (i.e. multiple planes
> stores in a single buffer).
>
> For almost all planar formats the firs
On Wed, Mar 11, 2015 at 10:25 PM, Lad, Prabhakar
wrote:
> Hi Sakari,
>
> Thanks for the patch.
>
> On Tue, Mar 10, 2015 at 1:18 AM, Sakari Ailus wrote:
>> The documentation stated that the link-frequencies property belongs to the
>> endpoint node, not to the device's of_node. Fix this.
>>
>> Ther
On Wed, Mar 11, 2015 at 10:24 PM, Lad, Prabhakar
wrote:
> Hi Sakari,
>
> Thanks for the patch.
>
> On Tue, Mar 10, 2015 at 1:18 AM, Sakari Ailus wrote:
>> Don't set rval when it's not used (the function returns a pointer to struct
>> smiapp_platform_data).
>>
>> Signed-off-by: Sakari Ailus
>
> T
Hi Sakari,
Thanks for the patch.
On Tue, Mar 10, 2015 at 1:18 AM, Sakari Ailus wrote:
> The documentation stated that the link-frequencies property belongs to the
> endpoint node, not to the device's of_node. Fix this.
>
> There are no DT board descriptions using the driver yet, so a fix in the
Hi Sakari,
Thanks for the patch.
On Tue, Mar 10, 2015 at 1:18 AM, Sakari Ailus wrote:
> Don't set rval when it's not used (the function returns a pointer to struct
> smiapp_platform_data).
>
> Signed-off-by: Sakari Ailus
Tested-by: Lad, Prabhakar
Cheers,
--Prabhakar Lad
> ---
> drivers/med
Hi Sakari,
Thanks for the patch.
On Tue, Mar 10, 2015 at 1:18 AM, Sakari Ailus wrote:
> Parse and read the link-frequencies property in v4l2_of_parse_endpoint().
> The property is an u64 array of undefined length, thus the memory allocation
> may fail, leading
>
> - v4l2_of_parse_endpoint() to r
Hi Mauro,
The following changes since commit ae3da40179c66001afad608f972bdb57d50d1e66:
v4l2-subdev: remove enum_framesizes/intervals (2015-03-06 10:01:44 +0100)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git xilinx
for you to fetch changes up to 5fc7561dba773
Do you need loan to pay off bills or start up business?
---
This email is free from viruses and malware because avast! Antivirus protection
is active.
http://www.avast.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel
Hi Hans,
Thank you for the patch.
On Wednesday 11 March 2015 13:00:45 Hans Verkuil wrote:
> The documentation says that the bytesperline field in v4l2_pix_format refers
> to the largest plane in the case of planar formats (i.e. multiple planes
> stores in a single buffer).
>
> For almost all pla
Hi Prabhakar,
On Wednesday 11 March 2015 19:40:13 Lad, Prabhakar wrote:
> On Wed, Mar 11, 2015 at 6:22 PM, Laurent Pinchart wrote:
> > On Tuesday 10 March 2015 03:35:57 Sakari Ailus wrote:
> >> On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
> >> ...
> >>
> >> > +static struct ov26
Hi Laurent,
On Wed, Mar 11, 2015 at 6:29 PM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> On Tuesday 10 March 2015 18:29:22 Lad, Prabhakar wrote:
>> On Sun, Mar 8, 2015 at 1:40 PM, Laurent Pinchart wrote:
>> > This simplifies platform data and DT integration.
>> >
>> > Signed-off-by: Laurent Pinch
Hi Laurent,
Thanks for the review.
On Wed, Mar 11, 2015 at 6:22 PM, Laurent Pinchart
wrote:
> On Tuesday 10 March 2015 03:35:57 Sakari Ailus wrote:
>> On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
>> ...
>>
>> > +static struct ov2659_platform_data *
>> > +ov2659_get_pdata(struct
Hi Sakari,
Thank you for the patch.
On Tuesday 10 March 2015 03:18:01 Sakari Ailus wrote:
> The documentation stated that the link-frequencies property belongs to the
> endpoint node, not to the device's of_node. Fix this.
>
> There are no DT board descriptions using the driver yet, so a fix in
Hi Sakari,
Thank you for the patch.
On Tuesday 10 March 2015 03:18:00 Sakari Ailus wrote:
> Don't set rval when it's not used (the function returns a pointer to struct
> smiapp_platform_data).
>
> Signed-off-by: Sakari Ailus
Acked-by: Laurent Pinchart
> ---
> drivers/media/i2c/smiapp/smiapp
Hi Prabhakar,
On Tuesday 10 March 2015 18:29:22 Lad, Prabhakar wrote:
> On Sun, Mar 8, 2015 at 1:40 PM, Laurent Pinchart wrote:
> > This simplifies platform data and DT integration.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> >
> > drivers/media/i2c/mt9p031.c | 31 +++
On Tuesday 10 March 2015 03:35:57 Sakari Ailus wrote:
> On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
> ...
>
> > +static struct ov2659_platform_data *
> > +ov2659_get_pdata(struct i2c_client *client)
> > +{
> > + struct ov2659_platform_data *pdata;
> > + struct device_node *e
Hi Sakari,
On Wednesday 11 March 2015 13:04:43 Sakari Ailus wrote:
> On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
> > From: Benoit Parrot
> >
> > this patch adds support for omnivision's ov2659
> > sensor, the driver supports following features:
> > 1: Asynchronous probing
> >
These patches remove EXPORT_SYMBOL or EXPORT_SYMBOL_GPL declarations on
static functions.
This was done using the following semantic patch:
(http://coccinelle.lip6.fr/)
//
@r@
type T;
identifier f;
@@
static T f (...) { ... }
@@
identifier r.f;
declarer name EXPORT_SYMBOL;
@@
-EXPORT_SYMBOL(f
From: Julia Lawall
The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r@
type T;
identifier f;
@@
static T f (...) { ... }
@@
identifier r.f;
declarer name EXPORT_SYMBOL;
@@
-EXPORT_SYMBOL(f);
//
Signed-off-by: Julia Lawall
---
drivers/media/pci/c
OK, great then.
Don't forget to keep everyone Cced.
On 03/11/2015 01:37 PM, Dale Hamel wrote:
> That sounds good to me :)
>
> On Wednesday, March 11, 2015, Ezequiel Garcia
> mailto:ezequ...@vanguardiasur.com.ar>>
> wrote:
>
> Hi Michael, Dale,
>
> On 03/10/2015 12:26 AM, Ezequiel Garci
Hi Michael, Dale,
On 03/10/2015 12:26 AM, Ezequiel Garcia wrote:
> Dale,
>
> Don't forget to Cc the media mailing list. See below.
>
If you are OK with it, I'll rework this patch (mostly cleaning the
style) and then post it back so everyone can comment.
BTW, my datasheet doesn't have the DMCTR
The first time b is used, it is assigned to the first element of the rdy_queue
list. There is no need to set it to NULL before.
Signed-off-by: Philipp Zabel
---
drivers/media/v4l2-core/v4l2-mem2mem.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/v4l2-core/
Hi,
On Wed, 11 Mar 2015, Ayhan KÃ~\Ã~GÃ~\KMANÄ°SA wrote:
> Hi Guennadi,
>
> My sensor Color filter array is RGB Bayer. Can i get image values and save
> in any image format using v4l2?
The kernel v4l2 doesn't do any pixel format conversions. I'm not sure, but
check libv4l, it probably supports
Em Wed, 11 Mar 2015 12:24:53 +0100
Kamil Debski escreveu:
> Hi Mauro,
>
> I have some more comments/questions below.
>
> From: Mauro Carvalho Chehab [mailto:mche...@osg.samsung.com]
> Sent: Sunday, March 08, 2015 3:21 PM
> >
> > Em Thu, 22 Jan 2015 17:04:34 +0100
> > Kamil Debski escreveu:
>
The colorspace section IDs were assigned to the title instead of to the
section. Some links failed because of that.
Signed-off-by: Hans Verkuil
diff --git a/Documentation/DocBook/media/v4l/pixfmt.xml
b/Documentation/DocBook/media/v4l/pixfmt.xml
index 13540fa..1759beb 100644
--- a/Documentation/
Hi Sakari,
Thanks for the review.
On Wed, Mar 11, 2015 at 11:04 AM, Sakari Ailus wrote:
> Hi Prabhakar,
>
> On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
>> From: Benoit Parrot
>>
>> this patch adds support for omnivision's ov2659
>> sensor, the driver supports following featur
The documentation says that the bytesperline field in v4l2_pix_format refers
to the largest plane in the case of planar formats (i.e. multiple planes
stores in a single buffer).
For almost all planar formats the first plane is also the largest (or equal)
plane, except for two formats: V4L2_PIX_FMT
Hi Mauro,
I have some more comments/questions below.
From: Mauro Carvalho Chehab [mailto:mche...@osg.samsung.com]
Sent: Sunday, March 08, 2015 3:21 PM
>
> Em Thu, 22 Jan 2015 17:04:34 +0100
> Kamil Debski escreveu:
>
> (c/c linux-input ML)
>
> > Add cec protocol handling the RC framework.
>
Hi Prabhakar,
On Sun, Mar 08, 2015 at 11:33:27AM +, Lad Prabhakar wrote:
> From: Benoit Parrot
>
> this patch adds support for omnivision's ov2659
> sensor, the driver supports following features:
> 1: Asynchronous probing
> 2: DT support
> 3: Media controller support
>
> Signed-off-by: Ben
Hi Rob,
Am Dienstag, den 10.03.2015, 14:05 -0500 schrieb Rob Herring:
> I've only been copied on this latest pull request and a version from
> March of last year which Grant nak'ed. This series did not go to
> devicetree list either. I'll take a look at the series.
My bad, I should have copied y
From: Hans Verkuil
I cannot get this format to work, the colors keep coming out wrong.
Since this has never worked I just drop support for this.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/marvell-ccic/mcam-core.c | 19 ---
1 file changed, 19 deletions(-)
diff --git
From: Hans Verkuil
This format has clearly never been tested. This driver never programmed
the chip for this format and instead just reports that it is an unknown
format. Drop it from the list of formats.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/marvell-ccic/mcam-core.c | 7 -
This v2 patch series replaces patch 18 from the first series.
After some more testing I realized that the 422P format produced
wrong colors and I couldn't get it to work. Since it never worked and
nobody complained about it (and it is a fairly obscure format as well)
I've dropped it.
I also teste
From: Hans Verkuil
After testing I discovered that the color ordering for the RGB444 format
was wrong. This is now fixed.
In addition support is added for the XRGB444 format, which is identical
to RGB444, but makes it explicit that there is no alpha, as is the
case here.
Signed-off-by: Hans Ver
From: Hans Verkuil
Various formats had their byte ordering implemented incorrectly, and
the V4L2_PIX_FMT_UYVY is actually impossible to create, instead you
get V4L2_PIX_FMT_YVYU.
This was working before commit ad6ac452227b7cb93ac79beec092850d178740b1
("add new formats support for marvell-ccic dr
40 matches
Mail list logo