cron job: media_tree daily build: OK

2016-05-10 Thread Hans Verkuil
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: Wed May 11 04:00:25 CEST 2016 git branch: test git hash: d1532d5575696965a52b19553dd7dacf75f3fec5 gcc

Re: [PATCH] media: dvb_ringbuffer: Add memory barriers

2016-05-10 Thread Soeren Moch
Hi Mauro, thanks for looking after this patch. On 05/07/16 15:22, Mauro Carvalho Chehab wrote: Hi Soeren, Em Sun, 7 Feb 2016 20:22:36 +0100 Soeren Moch escreveu: On 27.12.2015 21:41, Soeren Moch wrote: Implement memory barriers according to

Re: [PATCH] media: dvb_ringbuffer: Add memory barriers

2016-05-10 Thread Soeren Moch
On 05/07/16 15:26, Mauro Carvalho Chehab wrote: Em Sat, 7 May 2016 10:22:35 -0300 Mauro Carvalho Chehab escreveu: Hi Soeren, Em Sun, 7 Feb 2016 20:22:36 +0100 Soeren Moch escreveu: On 27.12.2015 21:41, Soeren Moch wrote: Implement memory barriers

Re: [PATCH] [media] v4l2-async: Pass the v4l2_async_subdev to the unbind callback

2016-05-10 Thread Javier Martinez Canillas
Hello Alban, On 05/10/2016 09:19 AM, Alban Bedel wrote: > v4l2_async_cleanup() is always called before before calling the > unbind() callback. However v4l2_async_cleanup() clear the asd member, > so when calling the unbind() callback the v4l2_async_subdev is always > NULL. To fix this save the

Re: [PATCH] [media] v4l2-async: Pass the v4l2_async_subdev to the unbind callback

2016-05-10 Thread Sakari Ailus
Hi Alban, On Tue, May 10, 2016 at 03:19:14PM +0200, Alban Bedel wrote: > v4l2_async_cleanup() is always called before before calling the s/before // > unbind() callback. However v4l2_async_cleanup() clear the asd member, s/clear/clears/ > so when calling the unbind() callback the

[PATCH] [media] v4l2-async: Pass the v4l2_async_subdev to the unbind callback

2016-05-10 Thread Alban Bedel
v4l2_async_cleanup() is always called before before calling the unbind() callback. However v4l2_async_cleanup() clear the asd member, so when calling the unbind() callback the v4l2_async_subdev is always NULL. To fix this save the asd before calling v4l2_async_cleanup(). Signed-off-by: Alban

Re: [RFC PATCH 2/3] omap4: add CEC support

2016-05-10 Thread Tomi Valkeinen
On 10/05/16 15:26, Hans Verkuil wrote: >>> diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi >>> index 2bd9c83..1bb490f 100644 >>> --- a/arch/arm/boot/dts/omap4.dtsi >>> +++ b/arch/arm/boot/dts/omap4.dtsi >>> @@ -1006,8 +1006,9 @@ >>> reg =

Re: [RFC PATCH 2/3] omap4: add CEC support

2016-05-10 Thread Hans Verkuil
Hi Tomi, On 05/10/16 14:01, Tomi Valkeinen wrote: > Hi Hans, > > On 29/04/16 12:39, Hans Verkuil wrote: >> From: Hans Verkuil >> >> Signed-off-by: Hans Verkuil >> --- >> arch/arm/boot/dts/omap4-panda-a4.dts | 2 +- >>

Legitimate Loans

2016-05-10 Thread Financial Service
Do you need a loan? we lease loan to individuals,companies and business firm at a soft interest rate to those who are seriously in need of a loan.If you are in need of a loan contact us today. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to

Re: [RFC PATCH 2/3] omap4: add CEC support

2016-05-10 Thread Tomi Valkeinen
Hi Hans, On 29/04/16 12:39, Hans Verkuil wrote: > From: Hans Verkuil > > Signed-off-by: Hans Verkuil > --- > arch/arm/boot/dts/omap4-panda-a4.dts | 2 +- > arch/arm/boot/dts/omap4-panda-es.dts | 2 +- > arch/arm/boot/dts/omap4.dtsi

Re: [RFC PATCH 3/3] encoder-tpd12s015: keep the ls_oe_gpio on while the phys_addr is valid

2016-05-10 Thread Tomi Valkeinen
Hi Hans, On 29/04/16 12:39, Hans Verkuil wrote: > From: Hans Verkuil > > As long as there is a valid physical address in the EDID and the omap > CEC support is enabled, then we keep ls_oe_gpio on to ensure the CEC > signal is passed through the tpd12s015. > >

Re: [PATCH] [media] stk1160: Check *nplanes in queue_setup

2016-05-10 Thread Hans Verkuil
On 05/10/2016 05:06 AM, Helen Koike wrote: > If *nplanes is not zero, it should use the requested size if valid *nplanes is never 0 since the create_buffers ioctl isn't implemented in this driver. Adding support for it (simply use vb2_create_buffers) would make sense. Regards, Hans >

RE: V4L2 SDR compliance test?

2016-05-10 Thread Ramesh Shanmugasundaram
Hi Mauro, > Ramesh Shanmugasundaram escreveu: > > > Hi Mauro, > > > > Thanks for the clarifications. > > > > > Ramesh Shanmugasundaram > escreveu: > > > > > > > Hi Maintainers, All, > > > > > > > > Renesas R-Car