On Thu, Jan 27, 2011 at 04:58:57PM -0200, Mauro Carvalho Chehab wrote:
Em 27-01-2011 15:21, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 08:30:00AM -0200, Mauro Carvalho Chehab wrote:
On my tests here, this is working fine, with Fedora and RHEL 6, on my
usual test devices, so I don't
Hi Laurent,
Thanks for the patches!
I've got one comment that I should have made long time ago... Pads are
inputs or outputs... or: are they sinks or sources? I recall that it was
agreed on some occasion that sink and source are much less ambiguous and
they should be used instead.
So we'd have
Em 28-01-2011 07:39, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 04:58:57PM -0200, Mauro Carvalho Chehab wrote:
Em 27-01-2011 15:21, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 08:30:00AM -0200, Mauro Carvalho Chehab wrote:
On my tests here, this is working fine, with Fedora and
This patch fixes 2 minor bugs in videobuf2 core:
1. Queue should be reallocated if one change the memory access
method without changing the number of buffers.
2. In case of REQBUFS(0), the request should not be passed to the
driver.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Hello!
This is a small set of bugfixes for videobuf2 framework. It looks that
even review done by 3 other developers can miss some minor bugs. I hope
they can be applied to v2.6.38-rcX kernel series once vb2 finally gets
into Linus tree.
Best regards
--
Marek Szyprowski
Samsung Poland RD Center
From: Andrzej Pietrasiewicz andrze...@samsung.com
This patch fixes two minor memory leaks in videobuf2-dma-sg module. They
might happen only in case some other operations (like memory allocation)
failed.
Signed-off-by: Andrzej Pietrasiewicz andrze...@samsung.com
Signed-off-by: Kyungmin Park
On Fri, Jan 28, 2011 at 09:55:58AM -0200, Mauro Carvalho Chehab wrote:
Em 28-01-2011 07:39, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 04:58:57PM -0200, Mauro Carvalho Chehab wrote:
Em 27-01-2011 15:21, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 08:30:00AM -0200, Mauro
On Thu, Jan 27, 2011 at 11:53:25AM -0800, Dmitry Torokhov wrote:
On Thu, Jan 27, 2011 at 01:12:48PM -0500, Mark Lord wrote:
On 11-01-27 11:39 AM, Dmitry Torokhov wrote:
On Wed, Jan 26, 2011 at 10:18:53PM -0500, Mark Lord wrote:
No, it does not seem to segfault when I unload/reload
Em 28-01-2011 14:40, Dmitry Torokhov escreveu:
On Fri, Jan 28, 2011 at 09:55:58AM -0200, Mauro Carvalho Chehab wrote:
The rc-core register (and the corresponding input register) is done when
the device detected a remote controller, so, it should be safe to register
on that point. If not,
On Fri, Jan 28, 2011 at 03:01:58PM -0200, Mauro Carvalho Chehab wrote:
Em 28-01-2011 14:40, Dmitry Torokhov escreveu:
On Fri, Jan 28, 2011 at 09:55:58AM -0200, Mauro Carvalho Chehab wrote:
The rc-core register (and the corresponding input register) is done when
the device detected a
Em 28-01-2011 15:33, Dmitry Torokhov escreveu:
On Fri, Jan 28, 2011 at 03:01:58PM -0200, Mauro Carvalho Chehab wrote:
Em 28-01-2011 14:40, Dmitry Torokhov escreveu:
On Fri, Jan 28, 2011 at 09:55:58AM -0200, Mauro Carvalho Chehab wrote:
The rc-core register (and the corresponding input
On Fri, Jan 28, 2011 at 04:15:51PM -0200, Mauro Carvalho Chehab wrote:
Em 28-01-2011 15:33, Dmitry Torokhov escreveu:
On Fri, Jan 28, 2011 at 03:01:58PM -0200, Mauro Carvalho Chehab wrote:
Em 28-01-2011 14:40, Dmitry Torokhov escreveu:
On Fri, Jan 28, 2011 at 09:55:58AM -0200, Mauro
1) Is your driver for ASUS TV tuner right?
2) tvtime ( http://tvtime.sourceforge.net/ ) may work for you better, as
it's designed for TV tuner type of capture cards.
3) For V4L/V4L2 compliance test, I like Xawtv better (personally). Though
it's old, it's mature and stable.
Best regards,
Charlie
Parse the UVC 1.0 and UVC 1.1 VS_FORMAT_MPEG2TS descriptors.
This a stream based format, so we generate a dummy frame descriptor
with a dummy frame interval range.
---
drivers/media/video/uvc/uvc_driver.c | 41 ++
drivers/media/video/uvc/uvcvideo.h |3 ++
2
Associate the H.264 GUID with an H.264 pixel format so that frame
and stream based format descriptors with this GUID are recognized
by the UVC video driver.
---
drivers/media/video/uvc/uvc_driver.c |5 +
drivers/media/video/uvc/uvcvideo.h |3 +++
include/linux/videodev2.h
Dmitry / Mauro,
I'm encouraged by all of the good dialog happening here,
and regret that I am unable to poke any further at the
issue with ir-keytable for now.
The system in question is now getting rebuilt with new/modern
userspace, and I expect the original issue to vanish as a result.
If I do
On 11-01-28 11:42 AM, Dmitry Torokhov wrote:
On Thu, Jan 27, 2011 at 11:53:25AM -0800, Dmitry Torokhov wrote:
On Thu, Jan 27, 2011 at 01:12:48PM -0500, Mark Lord wrote:
On 11-01-27 11:39 AM, Dmitry Torokhov wrote:
..
Hmm, what about compiling with debug and getting a core then?
Sure. debug
On 11-01-28 03:55 PM, Mark Lord wrote:
On 11-01-28 11:42 AM, Dmitry Torokhov wrote:
On Thu, Jan 27, 2011 at 11:53:25AM -0800, Dmitry Torokhov wrote:
On Thu, Jan 27, 2011 at 01:12:48PM -0500, Mark Lord wrote:
On 11-01-27 11:39 AM, Dmitry Torokhov wrote:
..
Hmm, what about compiling with debug
On Fri, Jan 28, 2011 at 04:03:07PM -0500, Mark Lord wrote:
On 11-01-28 03:55 PM, Mark Lord wrote:
On 11-01-28 11:42 AM, Dmitry Torokhov wrote:
On Thu, Jan 27, 2011 at 11:53:25AM -0800, Dmitry Torokhov wrote:
On Thu, Jan 27, 2011 at 01:12:48PM -0500, Mark Lord wrote:
On 11-01-27 11:39 AM,
On 1/27/2011 2:44 PM, Neil MacMunn wrote:
When I use media-ctl the pipeline gets configured properly. I can generate
graphs before and after and see the pipeline change. However, my system hangs
when I attempt to use yavta. I've also tried outputting to video4.
Does anybody know how
A few questions that would help to diagnose problems:
What version of the ISP drivers and the MT9V032 driver are you using? Kernel
version?
I'm using the ISP drivers and MT9V032 driver from
git://linuxtv.org/pinchartl/media.git head=media-0006-sensors. My kernel
is 2.6.36.
You could try
Update:
On Wed, Jan 26, 2011 at 6:35 PM, Bjørn Mork bj...@mork.no wrote:
Sure is. But even if you get past the build errors, you'll soon
discover that Terratec forgot to include the necessary firmware as
well. You can find it and some other hints in this thread:
Convert soc-camera core to the videobuf2 API.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/Kconfig |2 +-
drivers/media/video/soc_camera.c | 53 +
include/media/soc_camera.h | 10 ---
3 files
videobuf2-memops and videobuf2-core can be compiled as modules, in which
case 3 more symbols from videobuf2-memops.c have to be exported.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/videobuf2-memops.c |3 +++
1 files changed, 3 insertions(+), 0
Convert the sh_mobile_ceu_camera driver to the videobuf2 API.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/video/Kconfig|2 +-
drivers/media/video/sh_mobile_ceu_camera.c | 249
2 files changed, 104 insertions(+),
Do not respond with -EINVAL to EVIOCGKEYCODE for not-yet-mapped scancodes,
but rather return KEY_RESERVED.
This fixes breakage with Ubuntu's input-kbd utility that stopped returning
full keymaps for remote controls.
Tested-by: Mauro Carvalho Chehab mche...@redhat.com
Tested-by: Mark Lord
26 matches
Mail list logo