The vb2_poll() does not need to wait next vb_buffer_done() if there is already
a buffer in done_list of queue, but current vb2_poll() always waits.
So done_list is checked before calling poll_wait().
Signed-off-by: Seung-Woo Kim
---
drivers/media/v4l2-core/videobuf2-core.c |3 ++-
1 files ch
The v4l2_m2m_poll() does not need to wait if there is already a buffer in
done_list of source and destination queues, but current v4l2_m2m_poll() always
waits. So done_list of each queue is checked before calling poll_wait().
Signed-off-by: Seung-Woo Kim
---
drivers/media/v4l2-core/v4l2-mem2mem.
As poll behavior described in following link, polling needs to just return if
already some buffer is in done list.
Link: http://www.spinics.net/lists/linux-media/msg34759.html
But in current vb2 and v4l2_m2m, poll function always calls poll_wait(), so it
needs to wait until next vb2_buffer_done()
From: Lad, Prabhakar
Add pm_runtime support to the TI Davinci VPIF driver.
Signed-off-by: Lad, Prabhakar
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Sakari Ailus
Cc: Sekhar Nori
---
Changes for v2:
1: Removed use of clk API as pointed by Laurent and Sekhar.
driv
Hi Sekhar,
On Mon, Apr 1, 2013 at 11:33 AM, Sekhar Nori wrote:
> On 3/28/2013 3:50 PM, Prabhakar Lad wrote:
>> Hi Laurent,
>>
>> On Thu, Mar 28, 2013 at 3:40 PM, Laurent Pinchart
>> wrote:
>>> Hi Prabhakar,
>>>
>>> On Thursday 28 March 2013 15:36:11 Prabhakar Lad wrote:
On Thu, Mar 28, 2013
On 3/28/2013 3:50 PM, Prabhakar Lad wrote:
> Hi Laurent,
>
> On Thu, Mar 28, 2013 at 3:40 PM, Laurent Pinchart
> wrote:
>> Hi Prabhakar,
>>
>> On Thursday 28 March 2013 15:36:11 Prabhakar Lad wrote:
>>> On Thu, Mar 28, 2013 at 2:39 PM, Laurent Pinchart wrote:
On Thursday 28 March 2013 14:20:
Adds support for AmScope MU800 / ToupTek UCMOS08000KPB USB microscope camera.
Signed-off-by: John McMaster
---
drivers/media/usb/gspca/Kconfig | 10 +
drivers/media/usb/gspca/Makefile |2 +
drivers/media/usb/gspca/touptek.c | 857 +
3 files changed,
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: Sun Mar 31 19:00:23 CEST 2013
git branch: test
git hash: 6bf7861fa2bb4be3cc70a6e9aed664ce65270027
gcc versi
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For a some fixes for Kernel 3.9:
- A subsystem build fix when VIDEO_DEV=y, VIDEO_V4L2=m and I2C=m.
- A compilation fix for arm multiarch preventing IR_RX51 to be
Signed-off-by: Hans de Goede
---
x11/xawtv.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/x11/xawtv.c b/x11/xawtv.c
index bade35a..9c578da 100644
--- a/x11/xawtv.c
+++ b/x11/xawtv.c
@@ -1636,7 +1636,7 @@ create_launchwin(void)
int
main(int argc, char *argv[])
Signed-off-by: Hans de Goede
---
libng/grab-ng.h| 1 +
libng/plugins/drv0-bsd.c | 8 +++
libng/plugins/drv0-v4l2.tmpl.c | 49 ++
3 files changed, 58 insertions(+)
diff --git a/libng/grab-ng.h b/libng/grab-ng.h
index 2c73b79..322
Hi,
On 03/30/2013 10:47 AM, Hans Verkuil wrote:
This patch for xawtv3 releases the buffer if it can't be displayed because
the resolution of the current format is larger than the size of the window.
This will happen if the hardware cannot scale down to the initially quite
small xawtv window. Fo
drivers/media/usb/dvb-usb/m920x.c:91:6: warning: "ret" may be used
uninitialized in this function [-Wuninitialized]
drivers/media/usb/dvb-usb/m920x.c:70:6: note: "ret" was declared here
This is real, if a remote control has an empty initialization sequence
we would get success or failure randomly
drivers/media/usb/dvb-usb/m920x.c:91:6: warning: "ret" may be used
uninitialized in this function [-Wuninitialized]
drivers/media/usb/dvb-usb/m920x.c:70:6: note: "ret" was declared here
This is real, if a remote control has an empty initialization sequence
we would get success or failure randomly
14 matches
Mail list logo
