Re: [PATCH 2/5] gpio: samsung: Use CONFIG_ARCH_S3C64XX to check for S3C64xx support

2013-10-02 Thread Linus Walleij
On Sat, Sep 28, 2013 at 8:21 PM, Tomasz Figa tomasz.f...@gmail.com wrote: Since CONFIG_PLAT_S3C64XX is going to be removed, this patch modifies the gpio-samsung driver to use the proper way of checking for S3C64xx support - CONFIG_ARCH_S3C64XX. Signed-off-by: Tomasz Figa

V4l2 Mini-summit proposal: special API for SDI

2013-10-02 Thread Kieran Kunhya
Hello, I have been asked to propose a topic for the mini-summit regarding an SDI (Serial Digital Interface) API of some sort. For those who are not aware this is a professional interface used in broadcasting and CCTV. The most serious issue is that many vendors provide Linux drivers with V4L2 and

[GIT PULL] git://linuxtv.org/mkrufky/dvb frontends

2013-10-02 Thread Michael Krufky
The following changes since commit ffee921033e64edf8579a3b21c7f15d1a6c3ef71: Merge tag 'v3.12-rc2' into patchwork (2013-09-24 08:17:44 -0300) are available in the git repository at: git://linuxtv.org/mkrufky/dvb frontends for you to fetch changes up to

Re: [PATCH/RFC v3 00/19] Common Display Framework

2013-10-02 Thread Andrzej Hajda
Hi Tomi, On 09/30/2013 03:48 PM, Tomi Valkeinen wrote: On 09/08/13 20:14, Laurent Pinchart wrote: Hi everybody, Here's the third RFC of the Common Display Framework. Hi, I've been trying to adapt the latest CDF RFC for OMAP. I'm trying to gather some notes here about what I've

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Mauro Carvalho Chehab
Hi Sarah, Em Tue, 1 Oct 2013 13:45:54 -0700 Sarah Sharp sarah.a.sh...@linux.intel.com escreveu: On Tue, Oct 01, 2013 at 10:01:08PM +0300, Xenia Ragiadakou wrote: Hi Sarah, I read the mail on 'possible conflict between xhci_hcd and a patched usbhid'. For reference to others:

Regarding Terratec H5 and analog support

2013-10-02 Thread Tobias Bengtsson
Hi! I recently purchased an old Terratec H5 for my mediacenter (running OpenELEC) and while the DVB-C is working like a charm I'm curious if the analog tuner is supposed to be working in the driver or not? The video0 device seems to be created on driver load but the backend I'm using complains

[PATCH] [media] ts2020: keep 1.06 MHz as default value for frequency_div

2013-10-02 Thread Mauro Carvalho Chehab
Changeset 9e8da9e8 added a parameter to specify the frequency divisor, used by the driver. However, not all places are passing this parameter. So, preserve the previous default, to avoid breaking the existing drivers. Signed-off-by: Mauro Carvalho Chehab m.che...@samsung.com ---

Re: [PATCH/RFC v3 00/19] Common Display Framework

2013-10-02 Thread Tomi Valkeinen
Hi Andrzej, On 02/10/13 15:23, Andrzej Hajda wrote: Using Linux buses for DBI/DSI = I still don't see how it would work. I've covered this multiple times in previous posts so I'm not going into more details now. I implemented DSI (just command mode for now) as

[RFC v2 0/4]

2013-10-02 Thread Sakari Ailus
Hi all, This is the second RFC set after the initial patch that makes poll return POLLERR if no events are subscribed. There are other issues as well which these patches address. The original RFC patch is here: URL:http://www.spinics.net/lists/linux-media/msg68077.html poll(2) and select(2)

[RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Sakari Ailus
Dequeueing events was is entirely possible even if none are subscribed, leading to sleeping indefinitely. Fix this by returning -ENOENT when no events are subscribed. Signed-off-by: Sakari Ailus sakari.ai...@linux.intel.com --- drivers/media/v4l2-core/v4l2-event.c | 11 +-- 1 file

[RFC v2 2/4] v4l: vb2: Only poll for events if the user is interested in them

2013-10-02 Thread Sakari Ailus
Also poll_wait() before checking the events since otherwise it's possible to go to sleep and not getting woken up if the event arrives between the two operations. Signed-off-by: Sakari Ailus sakari.ai...@linux.intel.com --- drivers/media/v4l2-core/videobuf2-core.c | 7 --- 1 file changed, 4

[RFC v2 3/4] v4l: vb2: Return POLLERR when polling for events and none are subscribed

2013-10-02 Thread Sakari Ailus
The current implementation allowed polling for events even if none were subscribed. This may be troublesome in multi-threaded applications where the thread handling the subscription is different from the one that handles the events. Signed-off-by: Sakari Ailus sakari.ai...@linux.intel.com ---

[RFC v2 1/4] v4l: return POLLERR on V4L2 sub-devices if no events are subscribed

2013-10-02 Thread Sakari Ailus
From: Teemu Tuominen teemux.tuomi...@intel.com Add check and return POLLERR from subdev_poll() in case of no events subscribed and wakeup once the last event subscription is removed. This change is essentially done to add possibility to wakeup polling with concurrent unsubscribe. Signed-off-by:

Re: [RFC v2 3/4] v4l: vb2: Return POLLERR when polling for events and none are subscribed

2013-10-02 Thread Hans Verkuil
On 10/02/13 15:45, Sakari Ailus wrote: The current implementation allowed polling for events even if none were subscribed. This may be troublesome in multi-threaded applications where the thread handling the subscription is different from the one that handles the events. Signed-off-by: Sakari

Re: [RFC v2 0/4]

2013-10-02 Thread Hans Verkuil
On 10/02/13 15:45, Sakari Ailus wrote: Hi all, This is the second RFC set after the initial patch that makes poll return POLLERR if no events are subscribed. There are other issues as well which these patches address. The original RFC patch is here:

Re: [RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Hans Verkuil
On 10/02/13 15:45, Sakari Ailus wrote: Dequeueing events was is entirely possible even if none are subscribed, leading to sleeping indefinitely. Fix this by returning -ENOENT when no events are subscribed. Signed-off-by: Sakari Ailus sakari.ai...@linux.intel.com ---

Re: [RFC v2 1/4] v4l: return POLLERR on V4L2 sub-devices if no events are subscribed

2013-10-02 Thread Hans Verkuil
On 10/02/13 15:45, Sakari Ailus wrote: From: Teemu Tuominen teemux.tuomi...@intel.com Add check and return POLLERR from subdev_poll() in case of no events subscribed and wakeup once the last event subscription is removed. This change is essentially done to add possibility to wakeup polling

Re: [RFC v2 2/4] v4l: vb2: Only poll for events if the user is interested in them

2013-10-02 Thread Hans Verkuil
On 10/02/13 15:45, Sakari Ailus wrote: Also poll_wait() before checking the events since otherwise it's possible to go to sleep and not getting woken up if the event arrives between the two operations. Signed-off-by: Sakari Ailus sakari.ai...@linux.intel.com ---

Re: [RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Sakari Ailus
Hi Hans, Thanks for the comments! Hans Verkuil wrote: On 10/02/13 15:45, Sakari Ailus wrote: Dequeueing events was is entirely possible even if none are subscribed, leading to sleeping indefinitely. Fix this by returning -ENOENT when no events are subscribed. Signed-off-by: Sakari Ailus

Re: [RFC v2 3/4] v4l: vb2: Return POLLERR when polling for events and none are subscribed

2013-10-02 Thread Sakari Ailus
Hi Hans, Thanks for your comments. Hans Verkuil wrote: On 10/02/13 15:45, Sakari Ailus wrote: The current implementation allowed polling for events even if none were subscribed. This may be troublesome in multi-threaded applications where the thread handling the subscription is different from

Alerta final‏‏

2013-10-02 Thread WEB
Su contraseña caducará en 3 días formulario llenar y enviar de inmediato para validar su dirección de e-mail. Nombre de Usuario: . Contraseña anterior: . Nueva Contraseña: gracias administrador del sistema -- To unsubscribe from this list: send the

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
On Tue, 1 Oct 2013, Sarah Sharp wrote: When you say a new API, what do you mean? New functions in usbcore to be used by usb device drivers? Yes. You would export the function in the USB core, and put a prototype in a USB include file (probably in include/linux/usb.h). Let's say that

[PATCH 05/26] omap3isp: Make isp_video_buffer_prepare_user() use get_user_pages_fast()

2013-10-02 Thread Jan Kara
CC: Laurent Pinchart laurent.pinch...@ideasonboard.com CC: linux-media@vger.kernel.org Signed-off-by: Jan Kara j...@suse.cz --- drivers/media/platform/omap3isp/ispqueue.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/media/platform/omap3isp/ispqueue.c

[PATCH 19/26] ivtv: Convert driver to use get_user_pages_unlocked()

2013-10-02 Thread Jan Kara
CC: Andy Walls awa...@md.metrocast.net CC: linux-media@vger.kernel.org Signed-off-by: Jan Kara j...@suse.cz --- drivers/media/pci/ivtv/ivtv-udma.c | 6 ++ drivers/media/pci/ivtv/ivtv-yuv.c | 12 ++-- 2 files changed, 8 insertions(+), 10 deletions(-) diff --git

Re: [RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Hans Verkuil
On 10/02/13 16:18, Sakari Ailus wrote: Hi Hans, Thanks for the comments! Hans Verkuil wrote: On 10/02/13 15:45, Sakari Ailus wrote: Dequeueing events was is entirely possible even if none are subscribed, leading to sleeping indefinitely. Fix this by returning -ENOENT when no events are

Re: [RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Sakari Ailus
Hi Hans, Hans Verkuil wrote: On 10/02/13 16:18, Sakari Ailus wrote: Hi Hans, Thanks for the comments! Hans Verkuil wrote: On 10/02/13 15:45, Sakari Ailus wrote: Dequeueing events was is entirely possible even if none are subscribed, leading to sleeping indefinitely. Fix this by returning

Re: [RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Sakari Ailus
Hans Verkuil wrote: ... +if (!subscribed) { +ret = -EIO; Shouldn't this be -ENOENT? If I use -ENOENT, having no events subscribed is indistinguishable form no events pending condition. Combine that with using select(2), and you can no longer distinguish having no events

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
On Wed, 2 Oct 2013, Mauro Carvalho Chehab wrote: Let me see if I understand the changes at the media drivers. So, please correct me if I got it wrong. I'm yet to get any USB 3.0 media device, although it is common to connect an USB 1.1 or USB 2.0 device on a USB 3.0 host port. So, for

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Mauro Carvalho Chehab
Em Wed, 02 Oct 2013 11:00:13 -0400 (EDT) Alan Stern st...@rowland.harvard.edu escreveu: On Wed, 2 Oct 2013, Mauro Carvalho Chehab wrote: Let me see if I understand the changes at the media drivers. So, please correct me if I got it wrong. I'm yet to get any USB 3.0 media device,

Re: [PATCH RFC] media: rc: OF: Add Generic bindings for remote-control

2013-10-02 Thread Srinivas KANDAGATLA
On 01/10/13 15:49, Mauro Carvalho Chehab wrote: Btw, we're even thinking on mapping HDMI-CEC remote controller RX/TX via the RC subsystem. So, another L1 protocol would be hdmi-cec. Ok. Yet, it seems unlikely that the very same remote controller IP would use a different

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
On Wed, 2 Oct 2013, Mauro Carvalho Chehab wrote: So, there's no need to call usb_change_ep_bandwidth(). That's right. If so, then usb_change_ep_bandwidth() as a quirk, if bInterval or wMaxPacketSize were improperly filled. Right? Or if the values are correct, but the

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Mauro Carvalho Chehab
Em Wed, 02 Oct 2013 12:38:14 -0400 (EDT) Alan Stern st...@rowland.harvard.edu escreveu: On Wed, 2 Oct 2013, Mauro Carvalho Chehab wrote: So, there's no need to call usb_change_ep_bandwidth(). That's right. If so, then usb_change_ep_bandwidth() as a quirk, if bInterval or

Re: [PATCH RFC] media: rc: OF: Add Generic bindings for remote-control

2013-10-02 Thread Mauro Carvalho Chehab
Em Wed, 02 Oct 2013 17:22:06 +0100 Srinivas KANDAGATLA srinivas.kandaga...@st.com escreveu: On 01/10/13 15:49, Mauro Carvalho Chehab wrote: Btw, we're even thinking on mapping HDMI-CEC remote controller RX/TX via the RC subsystem. So, another L1 protocol would be hdmi-cec.

Re: [PATCH RFC] media: rc: OF: Add Generic bindings for remote-control

2013-10-02 Thread Stephen Warren
On 10/02/2013 11:33 AM, Mauro Carvalho Chehab wrote: ... Well, from userspace PoV, it should have just one devnode for each TX/RX. I'm fine with that. So, if the device has N TX and/or RX simultaneous connections, it should be exposing N device nodes, and the DT should for it should have N

Re: [RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Laurent Pinchart
Hi Sakari, On Wednesday 02 October 2013 16:45:16 Sakari Ailus wrote: Dequeueing events was is entirely possible even if none are subscribed, was or is ? :-) leading to sleeping indefinitely. Fix this by returning -ENOENT when no events are subscribed. Signed-off-by: Sakari Ailus

Re: [RFC v2 0/4]

2013-10-02 Thread Laurent Pinchart
Hi Sakari, On Wednesday 02 October 2013 16:45:12 Sakari Ailus wrote: Hi all, This is the second RFC set after the initial patch that makes poll return POLLERR if no events are subscribed. There are other issues as well which these patches address. The original RFC patch is here:

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Sarah Sharp
On Wed, Oct 02, 2013 at 12:16:04AM +0300, Xenia Ragiadakou wrote: On 10/01/2013 11:45 PM, Sarah Sharp wrote: Sure. I would actually suggest you first finish up the patch to issue a configure endpoint if userspace wants to clear a halt, but the endpoint isn't actually halted. Did your most

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Sarah Sharp
On Wed, Oct 02, 2013 at 10:22:52AM -0400, Alan Stern wrote: On Tue, 1 Oct 2013, Sarah Sharp wrote: When you say a new API, what do you mean? New functions in usbcore to be used by usb device drivers? Yes. You would export the function in the USB core, and put a prototype in a USB

Hello My Dear,New Friend

2013-10-02 Thread Glory Kuku
Hello My Dear,New Friend How are you today?? My name is Miss Glory Kuku, I like to be your friends ok; Please send me your e-mail to my inbox at (glory01...@yahoo.com) so i will send you my Photos to you -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
On Wed, 2 Oct 2013, Sarah Sharp wrote: In particular, do we want to go around changing single endpoints, one at a time? Or do we want to change all the endpoints in an interface at once? Given that a change to one endpoint may require the entire schedule to be recomputed, it

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
On Wed, 2 Oct 2013, Alan Stern wrote: Ok, so it sounds like we want to keep the changes the endpoints across alt setting changes. No, just the opposite. That was the point I was trying to make. Any changes to ep5 in altsetting 0 (for example) will have no effect on ep1

Re: [PATCH 05/26] omap3isp: Make isp_video_buffer_prepare_user() use get_user_pages_fast()

2013-10-02 Thread Laurent Pinchart
Hi Jan, Thank you for the patch. On Wednesday 02 October 2013 16:27:46 Jan Kara wrote: CC: Laurent Pinchart laurent.pinch...@ideasonboard.com CC: linux-media@vger.kernel.org Signed-off-by: Jan Kara j...@suse.cz Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Could you briefly

Re: [RFC v2 0/4]

2013-10-02 Thread Sakari Ailus
Hi Laurent, Laurent Pinchart wrote: On Wednesday 02 October 2013 16:45:12 Sakari Ailus wrote: Hi all, This is the second RFC set after the initial patch that makes poll return POLLERR if no events are subscribed. There are other issues as well which these patches address. The original RFC

Re: [PATCH 05/26] omap3isp: Make isp_video_buffer_prepare_user() use get_user_pages_fast()

2013-10-02 Thread Jan Kara
On Wed 02-10-13 21:41:10, Laurent Pinchart wrote: Hi Jan, Thank you for the patch. On Wednesday 02 October 2013 16:27:46 Jan Kara wrote: CC: Laurent Pinchart laurent.pinch...@ideasonboard.com CC: linux-media@vger.kernel.org Signed-off-by: Jan Kara j...@suse.cz Acked-by: Laurent

Re: [RFC v2 4/4] v4l: events: Don't sleep in dequeue if none are subscribed

2013-10-02 Thread Sakari Ailus
Laurent Pinchart wrote: Hi Sakari, On Wednesday 02 October 2013 16:45:16 Sakari Ailus wrote: Dequeueing events was is entirely possible even if none are subscribed, was or is ? :-) Was. :-) I'll fix that. -- Sakari Ailus sakari.ai...@linux.intel.com -- To unsubscribe from this list: send

Re: [PATCH 2/5] gpio: samsung: Use CONFIG_ARCH_S3C64XX to check for S3C64xx support

2013-10-02 Thread Tomasz Figa
Hi Linus, On Wednesday 02 of October 2013 12:46:51 Linus Walleij wrote: On Sat, Sep 28, 2013 at 8:21 PM, Tomasz Figa tomasz.f...@gmail.com wrote: Since CONFIG_PLAT_S3C64XX is going to be removed, this patch modifies the gpio-samsung driver to use the proper way of checking for S3C64xx

[PATCH 2/2] cx24117: Removed from cx23885 the no longer needed frontend pointer from the dvb_attach function.

2013-10-02 Thread Luis Alves
cx23885 changes: to be used against mkrufky/cx24117 branch Signed-off-by: Luis Alves lja...@gmail.com --- drivers/media/pci/cx23885/cx23885-dvb.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/media/pci/cx23885/cx23885-dvb.c

[PATCH 1/2] cx24117: Changed the way common data struct was being passed to the demod.

2013-10-02 Thread Luis Alves
Hi Mike, It's done (also tested and apparently working good)! I didn't know if two separated patches were needed (one for the cx24117 and the other for the cx23885) but I've splited it. As you pointed out, this series of patches are to be used against your cx24117 branch. Regards, Luis

Re: [PATCH 1/2] cx24117: Changed the way common data struct was being passed to the demod.

2013-10-02 Thread Mauro Carvalho Chehab
Em Wed, 2 Oct 2013 23:09:11 +0100 Luis Alves lja...@gmail.com escreveu: Hi Mike, It's done (also tested and apparently working good)! I didn't know if two separated patches were needed (one for the cx24117 and the other for the cx23885) but I've splited it. If the patch causes

Re: [PATCH 1/2] cx24117: Changed the way common data struct was being passed to the demod.

2013-10-02 Thread Antti Palosaari
On 03.10.2013 01:09, Luis Alves wrote: Hi Mike, It's done (also tested and apparently working good)! I didn't know if two separated patches were needed (one for the cx24117 and the other for the cx23885) but I've splited it. As you pointed out, this series of patches are to be used against

Re: [PATCH 1/2] cx24117: Changed the way common data struct was being passed to the demod.

2013-10-02 Thread Luis Alves
I Antti, I think it's safe to use because the hybrid_tuner_request_state will make sure that the i2c_adapter_id is the same for both demods. On the other hand, I think I need to re-send this changes as one single file. Regards, Luis 2013/10/2 Antti Palosaari cr...@iki.fi: On 03.10.2013

[PATCH v2 0/4] Add MEDIA_PAD_FL_MUST_CONNECT pad flag, check it

2013-10-02 Thread Sakari Ailus
Hi all, This is the second version of the patchset that adds a new media pad flag to denote that the pad must be connected by an enabled link for the entity to be able to stream. The previous version of the set is available here: URL:http://www.spinics.net/lists/linux-media/msg68105.html What

[PATCH v2 3/4] omap3isp: Mark which pads must connect

2013-10-02 Thread Sakari Ailus
Mark pads that must be connected. Signed-off-by: Sakari Ailus sakari.ai...@iki.fi Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/media/platform/omap3isp/ispccdc.c|3 ++- drivers/media/platform/omap3isp/ispccp2.c|3 ++-

[PATCH v2 2/4] media: Check for active links on pads with MEDIA_PAD_FL_MUST_CONNECT flag

2013-10-02 Thread Sakari Ailus
Do not allow streaming if a pad with MEDIA_PAD_FL_MUST_CONNECT flag is not connected by an active link. This patch makes it possible to avoid drivers having to check for the most common case of link state validation: a sink pad that must be connected. Signed-off-by: Sakari Ailus

[PATCH v2 4/4] omap3isp: Add resizer data rate configuration to resizer_link_validate

2013-10-02 Thread Sakari Ailus
The configuration of many other blocks depend on resizer maximum data rate. Get the value from resizer at link validation time. Signed-off-by: Sakari Ailus sakari.ai...@iki.fi Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/media/platform/omap3isp/ispresizer.c | 15

Re: [PATCH 1/2] cx24117: Changed the way common data struct was being passed to the demod.

2013-10-02 Thread Antti Palosaari
On 03.10.2013 01:54, Luis Alves wrote: I Antti, I think it's safe to use because the hybrid_tuner_request_state will make sure that the i2c_adapter_id is the same for both demods. I also looked that tuner-i2c.h hybrid_tuner_request_state() and if I am not misunderstanding the criteria to

Re: [PATCH v2 1/4] media: Add pad flag MEDIA_PAD_FL_MUST_CONNECT

2013-10-02 Thread Laurent Pinchart
Hi Sakari, Thank you for the patch. On Thursday 03 October 2013 02:17:50 Sakari Ailus wrote: Pads that set this flag must be connected by an active link for the entity to stream. Signed-off-by: Sakari Ailus sakari.ai...@iki.fi Acked-by: Sylwester Nawrocki sylvester.nawro...@gmail.com

[PATCH 4/6] v4l: omap4iss: Add support for OMAP4 camera interface - IPIPE(IF)

2013-10-02 Thread Laurent Pinchart
From: Sergio Aguirre sergio.a.agui...@gmail.com This adds a very simplistic driver to utilize the CSI2A interface inside the ISS subsystem in OMAP4, and dump the data to memory. Check Documentation/video4linux/omap4_camera.txt for details. This commit adds the IPIPEIF and IPIPE processing

[PATCH 2/6] v4l: omap4iss: Add support for OMAP4 camera interface - Video devices

2013-10-02 Thread Laurent Pinchart
From: Sergio Aguirre sergio.a.agui...@gmail.com This adds a very simplistic driver to utilize the CSI2A interface inside the ISS subsystem in OMAP4, and dump the data to memory. Check Documentation/video4linux/omap4_camera.txt for details. This commit adds video devices support. Signed-off-by:

[PATCH 6/6] v4l: omap4iss: Add support for OMAP4 camera interface - Build system

2013-10-02 Thread Laurent Pinchart
This adds a very simplistic driver to utilize the CSI2A interface inside the ISS subsystem in OMAP4, and dump the data to memory. Check Documentation/video4linux/omap4_camera.txt for details. This commit adds and updates Kconfig's and Makefile's, as well as a TODO list. Signed-off-by: Laurent

[PATCH 5/6] v4l: omap4iss: Add support for OMAP4 camera interface - Resizer

2013-10-02 Thread Laurent Pinchart
From: Sergio Aguirre sergio.a.agui...@gmail.com This adds a very simplistic driver to utilize the CSI2A interface inside the ISS subsystem in OMAP4, and dump the data to memory. Check Documentation/video4linux/omap4_camera.txt for details. This commit adds resizer support. Signed-off-by:

[PATCH 0/6] OMAP4 ISS driver

2013-10-02 Thread Laurent Pinchart
Hello, The OMAP4 ISS driver has lived out of tree for more than two years now. This situation is both sad and resource-wasting, as the driver has been used (and thus) hacked since then with nowhere to send patches to. Time has come to fix the problem. As the code is mostly, but not quite ready

[PATCH 3/6] v4l: omap4iss: Add support for OMAP4 camera interface - CSI receivers

2013-10-02 Thread Laurent Pinchart
From: Sergio Aguirre sergio.a.agui...@gmail.com This adds a very simplistic driver to utilize the CSI2A interface inside the ISS subsystem in OMAP4, and dump the data to memory. Check Documentation/video4linux/omap4_camera.txt for details. This commit adds CSI receivers support. Signed-off-by:

Re: [PATCH v2 1/4] media: Add pad flag MEDIA_PAD_FL_MUST_CONNECT

2013-10-02 Thread Sylwester Nawrocki
Hi Sakari, On 10/03/2013 08:29 AM, Laurent Pinchart wrote: Hi Sakari, Thank you for the patch. On Thursday 03 October 2013 02:17:50 Sakari Ailus wrote: Pads that set this flag must be connected by an active link for the entity to stream. Signed-off-by: Sakari Ailus sakari.ai...@iki.fi

cron job: media_tree daily build: ERRORS

2013-10-02 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: Thu Oct 3 04:00:21 CEST 2013 git branch: test git hash: b4559ace2ca8c88666584279f582b998c6591fb0 gcc