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
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
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
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
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
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
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 =
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 +-
>>
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
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
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.
>
>
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
>
Hi Mauro,
> Ramesh Shanmugasundaram escreveu:
>
> > Hi Mauro,
> >
> > Thanks for the clarifications.
> >
> > > Ramesh Shanmugasundaram
> escreveu:
> > >
> > > > Hi Maintainers, All,
> > > >
> > > > Renesas R-Car
13 matches
Mail list logo