On 10/03/2013 01:55 AM, Laurent Pinchart wrote:
> From: Sergio Aguirre
>
> 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 v
A few small comments below...
On 10/03/2013 01:55 AM, Laurent Pinchart wrote:
> From: Sergio Aguirre
>
> 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 d
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 versi
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
>> Acke
From: Sergio Aguirre
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: Sergio Aguirre
[Port the drive
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 fo
From: Sergio Aguirre
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: Sergio Aguirre
[Port the
From: Sergio Aguirre
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: Sergio Aguirre
[Port the
From: Sergio Aguirre
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 blocks support.
Signed-off-by:
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 Pi
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
> Acked-by: Sylwester Nawrocki
Acked-by: Laurent Pinchart
> ---
> Documenta
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 retu
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
Acked-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispresizer.c | 15 +++
drivers/media/platform/omap3isp/ispvideo.c |
Pads that set this flag must be connected by an active link for the entity
to stream.
Signed-off-by: Sakari Ailus
Acked-by: Sylwester Nawrocki
---
Documentation/DocBook/media/v4l/media-ioc-enum-links.xml | 10 ++
include/uapi/linux/media.h |1 +
2 fil
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
Tested-by: Sylwe
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:
http://www.spinics.net/lists/linux-media/msg68105.html>
What has
Mark pads that must be connected.
Signed-off-by: Sakari Ailus
Acked-by: Laurent Pinchart
---
drivers/media/platform/omap3isp/ispccdc.c|3 ++-
drivers/media/platform/omap3isp/ispccp2.c|3 ++-
drivers/media/platform/omap3isp/ispcsi2.c|3 ++-
drivers/media/platform/omap3isp
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 :
> On 03.10.2013 01:09, Luis Alves
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 you
Em Wed, 2 Oct 2013 23:09:11 +0100
Luis Alves 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 regression or break
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
Signed
cx23885 changes: to be used against mkrufky/cx24117 branch
Signed-off-by: Luis Alves
---
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
b/drivers/media/pci/cx23885/cx23885-dvb.c
in
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
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_A
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 t
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
> > CC: linux-media@vger.kernel.org
> > Signed-off-by: Jan Kara
>
> Acked-by: Laurent Pinchart
Thanks!
>
> Could you b
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 pat
Hi Jan,
Thank you for the patch.
On Wednesday 02 October 2013 16:27:46 Jan Kara wrote:
> CC: Laurent Pinchart
> CC: linux-media@vger.kernel.org
> Signed-off-by: Jan Kara
Acked-by: Laurent Pinchart
Could you briefly explain where you're headed with this ? The V4L2 subsystem
has suffered for
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
---
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 recomput
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
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
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 m
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:
>
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
> --
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
Em Wed, 02 Oct 2013 17:22:06 +0100
Srinivas KANDAGATLA 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".
> >>
Em Wed, 02 Oct 2013 12:38:14 -0400 (EDT)
Alan Stern 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 wM
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 valu
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 w
Em Wed, 02 Oct 2013 11:00:13 -0400 (EDT)
Alan Stern 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, although it is common
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,
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 su
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 -E
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
CC: Andy Walls
CC: linux-media@vger.kernel.org
Signed-off-by: Jan Kara
---
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 a/drivers/media/pci/ivtv/ivtv-udma.c
b/drivers/media/pci
CC: Laurent Pinchart
CC: linux-media@vger.kernel.org
Signed-off-by: Jan Kara
---
drivers/media/platform/omap3isp/ispqueue.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/media/platform/omap3isp/ispqueue.c
b/drivers/media/platform/omap3isp/ispqueue.c
inde
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 th
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
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
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
---
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
---
drivers/media/v4l2-core/videobuf2-core.c | 7 ---
1 fi
On 10/02/13 15:45, Sakari Ailus wrote:
From: Teemu Tuominen
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.
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
---
drivers/media/v4l2-core/v4l2-event.c | 11 +--
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:
http://www.spinics.net/lists/linux-media/msg
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 Ai
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
---
drivers/media/v4l2-core/videobu
From: Teemu Tuominen
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: Teemu Tuominen
Move the
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:
http://www.spinics.net/lists/linux-media/msg68077.html>
poll(2) and select(2) can bo
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
---
drivers/media/v4l2-core/v4l2-event.c | 11 +--
1 file changed, 9 insertions(+), 2 deletio
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
---
drivers/media/v4l2-core/videobuf2-core.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
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
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
---
drivers/media/dvb-frontends/ts2020.c
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 abo
Hi Sarah,
Em Tue, 1 Oct 2013 13:45:54 -0700
Sarah Sharp 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:
> http://marc.info/?l=linux
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
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 ed94e614c82b4d41d92c82052e915d99614d8
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
On Sat, Sep 28, 2013 at 8:21 PM, Tomasz Figa 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
Acked-by: Linus Walleij
I assume
68 matches
Mail list logo
