[PATCH v2 2/2] [media] media-device: split media initialization and registration

The media device node is registered and so made visible to user-space before entities are registered and links created which means that the media graph obtained by user-space could be only partially enumerated if that happens too early before all the graph has been created. To avoid this race

[PATCH v2 1/2] [media] media-device: check before unregister if mdev was registered

Most media functions that unregister, check if the corresponding register function succeed before. So these functions can safely be called even if a registration was never made or the component as already been unregistered. Add the same check to media_device_unregister() function for consistency.

[PATCH v2 0/2] [media] Fix race between graph enumeration and entities registration

Hello, The Media Controller framework has an issue in which the media device node is registered before all the media entities and pads links are created so if user-space tries to enumerate the graph too early, it may get a partial graph since not everything has been registered yet. This series

Re: [PATCH][resend] rc: gpio-ir-recv: allow flush space on idle

Thanks Shawn, On 09/14/2015 03:00 AM, Sean Young wrote: > On Fri, Sep 11, 2015 at 07:00:24AM -0700, Eric Nelson wrote: >> Many decoders require a trailing space (period without IR illumination) >> to be delivered before completing a decode. >> >> Since the gpio-ir-recv driver only delivers events

Re: [PATCH][resend] rc: gpio-ir-recv: allow flush space on idle

On Mon, Sep 14, 2015 at 07:34:10AM -0700, Eric Nelson wrote: > Thanks Shawn, > > On 09/14/2015 03:00 AM, Sean Young wrote: > > On Fri, Sep 11, 2015 at 07:00:24AM -0700, Eric Nelson wrote: > >> Many decoders require a trailing space (period without IR illumination) > >> to be delivered before

Re: [PATCH][resend] rc: gpio-ir-recv: allow flush space on idle

On Mon, Sep 14, 2015 at 08:05:24AM -0700, Eric Nelson wrote: > Thanks again Sean, > > On 09/14/2015 07:54 AM, Sean Young wrote: > > On Mon, Sep 14, 2015 at 07:34:10AM -0700, Eric Nelson wrote: > >> Thanks Shawn, > >> > >> On 09/14/2015 03:00 AM, Sean Young wrote: > >>> On Fri, Sep 11, 2015 at

Re: [PATCH][resend] rc: gpio-ir-recv: allow flush space on idle

Thanks again Sean, On 09/14/2015 07:54 AM, Sean Young wrote: > On Mon, Sep 14, 2015 at 07:34:10AM -0700, Eric Nelson wrote: >> Thanks Shawn, >> >> On 09/14/2015 03:00 AM, Sean Young wrote: >>> On Fri, Sep 11, 2015 at 07:00:24AM -0700, Eric Nelson wrote: Many decoders require a trailing space

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

* Suman Anna [150914 09:33]: > Hi Tony, > > On 09/03/2015 05:34 PM, Suman Anna wrote: > > Hi Sakari, > > > > On 07/16/2015 07:58 AM, Tony Lindgren wrote: > >> * Laurent Pinchart [150716 05:57]: > >>> The OMAP3 ISP is now fully supported in DT,

Re: [PATCH 1/2] ARM: OMAP2+: Remove legacy OMAP3 ISP instantiation

Hi Tony, On 09/03/2015 05:34 PM, Suman Anna wrote: > Hi Sakari, > > On 07/16/2015 07:58 AM, Tony Lindgren wrote: >> * Laurent Pinchart [150716 05:57]: >>> The OMAP3 ISP is now fully supported in DT, remove its instantiation >>> from C code. >> >> Please feel

cron job: media_tree daily build: OK

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: Tue Sep 15 04:00:22 CEST 2015 git branch: test git hash: 9ddf9071ea17b83954358b2dac42b34e5857a9af gcc

Re: [RFC PATCH v4 8/8] [media] videobuf2: Remove v4l2-dependencies from videobuf2-core

On 09/11/2015 09:47 PM, Hans Verkuil wrote: Hi Junghak, Patch 7/8 helped a lot in reducing the size of this one. But it is still difficult to review so I would like to request one final (honest!) split for this patch: Move all the code that does not depend on the new buf_ops into a separate

Re: Time for a v4l-utils 1.8.0 release

Hello, On 05/05/15 22:22, Mauro Carvalho Chehab wrote: Em Tue, 05 May 2015 21:08:49 +0200 Gregor Jasny escreveu: Hello, It's already more than half a year since the last v4l-utils release. Do you have any pending commits or objections? If no one vetos I'd like to

Re: [PATCH 0/2] v4l-utils: new configure options

Hi, On 03/09/15 17:23, Hans Verkuil wrote: Gregor, Can you take a look at this to see if I did this correctly? I'm no autoconf hero, so before I push I'd like some feedback. The main reason for these changes is that I need to build v4l2-ctl for an embedded system and rather than having to

Re: [RFC PATCH v4 1/8] [media] videobuf2: Replace videobuf2-core with videobuf2-v4l2

On 09/14/2015 07:48 AM, Junghak Sung wrote: > > > On 09/11/2015 05:02 PM, Hans Verkuil wrote: >> On 09/09/2015 01:19 PM, Junghak Sung wrote: >>> Make videobuf2-v4l2 as a wrapper of videobuf2-core for v4l2-use. >>> And replace videobuf2-core.h with videobuf2-v4l2.h. >>> This renaming change

Re: cron job: media_tree daily build: ERRORS

I've fixed the errors reported here (the usual fall-out after a new rc1 is merged). However, 4.3-rc1 makes some substantial changes to the memory handling of vb2 introducing a new file mm/frame_vector.c. I do have a media_build patch that pulls that in for the compat build, but it doesn't

Re: [PATCH] [media] VIDEO_RENESAS_JPU should depend on HAS_DMA

Hi! Thanks for patch. On Sun, Sep 6, 2015 at 1:11 PM, Geert Uytterhoeven wrote: > If NO_DMA=y: > > warning: (VIDEO_STI_BDISP && VIDEO_RENESAS_JPU && VIDEO_DM365_VPFE && > VIDEO_OMAP4) selects VIDEOBUF2_DMA_CONTIG which has unmet direct dependencies > (MEDIA_SUPPORT &&

Re: Time for a v4l-utils 1.8.0 release

Hi Gregor, Em Mon, 14 Sep 2015 09:17:23 +0200 Gregor Jasny escreveu: > Hello, > > On 05/05/15 22:22, Mauro Carvalho Chehab wrote: > > Em Tue, 05 May 2015 21:08:49 +0200 > > Gregor Jasny escreveu: > > > >> Hello, > >> > >> It's already more than

Re: [PATCH][resend] rc: gpio-ir-recv: allow flush space on idle

On Fri, Sep 11, 2015 at 07:00:24AM -0700, Eric Nelson wrote: > Many decoders require a trailing space (period without IR illumination) > to be delivered before completing a decode. > > Since the gpio-ir-recv driver only delivers events on gpio transitions, > a single IR symbol (caused by a quick