Hello,
On Friday, June 10, 2011 6:29 PM Uwe Kleine-König wrote:
On Fri, Jun 10, 2011 at 01:50:37PM +0200, Marek Szyprowski wrote:
Hello,
On Wednesday, June 08, 2011 10:48 PM Uwe Kleine-König wrote:
I'm still debugging my new video overlay device driver. The current
problem is
On Mon, 13 Jun 2011, Kassey Lee wrote:
On Fri, Jun 10, 2011 at 5:16 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
On Fri, 10 Jun 2011, Kassey Lee wrote:
hi, Guennadi:
in drivers/media/video/soc_camera.c
static int soc_camera_open(struct file *file)
it
On Monday 13 June 2011 10:13 AM, Hiremath, Vaibhav wrote:
-Original Message-
From: Taneja, Archit
Sent: Monday, June 13, 2011 10:17 AM
To: Hiremath, Vaibhav
Cc: linux-media@vger.kernel.org
Subject: Re: [PATCH 2/2] OMAP_VOUT: Create separate file for VRFB related
API's
Hi Vaibhav,
On
Hello,
On Mon, Jun 13, 2011 at 08:26:13AM +0200, Marek Szyprowski wrote:
On Friday, June 10, 2011 6:29 PM Uwe Kleine-König wrote:
On Fri, Jun 10, 2011 at 01:50:37PM +0200, Marek Szyprowski wrote:
Hello,
On Wednesday, June 08, 2011 10:48 PM Uwe Kleine-König wrote:
I'm still
Hello,
On Monday, June 13, 2011 10:37 AM Uwe Kleine-König wrote:
On Mon, Jun 13, 2011 at 08:26:13AM +0200, Marek Szyprowski wrote:
On Friday, June 10, 2011 6:29 PM Uwe Kleine-König wrote:
On Fri, Jun 10, 2011 at 01:50:37PM +0200, Marek Szyprowski wrote:
Hello,
On Wednesday,
Hi,
On Fri, Jun 10, 2011 at 05:43:06PM -0500, Theodore Kilgore wrote:
there's nothing in the USB spec that says you need different product IDs
for different modes of operation. No matter if it's still or webcam
configuration, the underlying function is the same: capture images using
a set
Hello,
On Friday, June 10, 2011 6:22 PM Arnd Bergmann wrote:
On Friday 10 June 2011, Marek Szyprowski wrote:
The Contiguous Memory Allocator is a set of functions that lets
one initialise a region of memory which then can be used to perform
allocations of contiguous memory chunks from.
Hi Hans (and Hans),
On Saturday 11 June 2011 11:16:10 Laurent Pinchart wrote:
On Thursday 09 June 2011 13:22:03 Hans de Goede wrote:
Hi,
When I unplug a uvc camera *while streaming* I get:
[15824.809741] BUG: unable to handle kernel NULL pointer dereference at
(null)
[snip]
Hello Mauro,
I’ve collected videobuf2 fixes and prepared a separate branch with them.
The following changes since commit 59c5f46fbe01a00eedf54a23789634438bb80603:
Linux 3.0-rc2 (2011-06-06 18:06:33 +0900)
are available in the git repository at:
On Monday, June 13, 2011 00:06:19 Mauro Carvalho Chehab wrote:
Em 12-06-2011 15:09, Hans Verkuil escreveu:
On Sunday, June 12, 2011 19:27:21 Mauro Carvalho Chehab wrote:
Em 12-06-2011 13:07, Hans Verkuil escreveu:
On Sunday, June 12, 2011 16:37:55 Mauro Carvalho Chehab wrote:
Em
On 8 June 2011 18:24, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
That works much better, thank you.
--
Regards,
Laurent Pinchart
So, how is it going?
Are you finally accepting the patches for mainline?
Thank you,
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C -
Am 10.06.2011 um 22:50 schrieb Greg KH g...@kroah.com:
On Fri, Jun 10, 2011 at 12:48:15PM -0700, Sarah Sharp wrote:
On Thu, Jun 09, 2011 at 08:18:05PM -0700, Greg KH wrote:
On Thu, Jun 09, 2011 at 05:21:03PM -0700, Sarah Sharp wrote:
Topic 1
---
The KVM folks suggested that it would
On Monday, June 13, 2011 11:41:42 Laurent Pinchart wrote:
Hi Hans (and Hans),
On Saturday 11 June 2011 11:16:10 Laurent Pinchart wrote:
On Thursday 09 June 2011 13:22:03 Hans de Goede wrote:
Hi,
When I unplug a uvc camera *while streaming* I get:
[15824.809741] BUG: unable
Em 13-06-2011 07:23, Hans Verkuil escreveu:
On Monday, June 13, 2011 00:06:19 Mauro Carvalho Chehab wrote:
Em 12-06-2011 15:09, Hans Verkuil escreveu:
On Sunday, June 12, 2011 19:27:21 Mauro Carvalho Chehab wrote:
Em 12-06-2011 13:07, Hans Verkuil escreveu:
On Sunday, June 12, 2011 16:37:55
On Monday, June 13, 2011 13:45:14 Mauro Carvalho Chehab wrote:
Em 13-06-2011 07:23, Hans Verkuil escreveu:
On Monday, June 13, 2011 00:06:19 Mauro Carvalho Chehab wrote:
Em 12-06-2011 15:09, Hans Verkuil escreveu:
On Sunday, June 12, 2011 19:27:21 Mauro Carvalho Chehab wrote:
Em
Em 13-06-2011 09:07, Hans Verkuil escreveu:
On Monday, June 13, 2011 13:45:14 Mauro Carvalho Chehab wrote:
Em 13-06-2011 07:23, Hans Verkuil escreveu:
On Monday, June 13, 2011 00:06:19 Mauro Carvalho Chehab wrote:
Em 12-06-2011 15:09, Hans Verkuil escreveu:
On Sunday, June 12, 2011 19:27:21
Changes from RFCv4:
- Removed the controversial first two patches that changed/renamed
check_mode and set_mode_freq.
- Added documentation to tuner-core.c and v4l2-subdev.h
- Added feature-removal-schedule entries.
- Added a small patch to remove the now unused tuner s_mode op in v4l2-subdev.h.
From: Hans Verkuil hans.verk...@cisco.com
Both s_std and s_tuner are broken because set_mode_freq is called before the
new std (for s_std) and audmode (for s_tuner) are set.
This patch splits set_mode_freq in a set_mode and a set_freq and in
s_std/s_tuner
first calls set_mode, and if that
From: Hans Verkuil hans.verk...@cisco.com
set_mode is called with t-type, which is the tuner type. Instead, use
t-mode which is the actual tuner mode (i.e. radio vs tv).
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/tuner-core.c |2 +-
1 files changed, 1
From: Hans Verkuil hans.verk...@cisco.com
The subdevs are supposed to receive a valid tuner type for the g_frequency
and g/s_tuner subdev ops. Some drivers do this, others don't. So prefill
this in v4l2-ioctl.c based on whether the device node from which this is
called is a radio node or not.
From: Hans Verkuil hans.verk...@cisco.com
Radio devices have weird side-effects when used with combined TV/radio
tuners and the V4L2 spec is ambiguous on how it should work. This results
in inconsistent driver behavior which makes life hard for everyone.
Be more strict in when and how the switch
From: Hans Verkuil hans.verk...@cisco.com
The tuner-core subdev requires that the type field of v4l2_tuner is
filled in correctly. This is done in v4l2-ioctl.c, but pvrusb2 doesn't
use that yet, so we have to do it manually based on whether the current
input is radio or not.
Tested with my
From: Hans Verkuil hans.verk...@cisco.com
The tuner ops g_frequency, g_tuner and s_tuner require that the tuner type
field is filled in. Document this.
The tuner-core doc is based on a patch from Mauro Carvalho Chehab
mche...@redhat.com.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
From: Hans Verkuil hans.verk...@cisco.com
Get rid of a number of unnecessary tuner_dbg messages by simplifying
the std fixup function.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/tuner-core.c | 93 +++--
1 files changed, 28
From: Hans Verkuil hans.verk...@cisco.com
s_mode is no longer used, so remove it.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
include/media/v4l2-subdev.h |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/include/media/v4l2-subdev.h
From: Hans Verkuil hans.verk...@cisco.com
Fix typo: g_tuner should have been s_tuner.
Tested with a bttv card.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/bt8xx/bttv-driver.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Em 13-06-2011 06:05, Felipe Balbi escreveu:
Hi,
On Fri, Jun 10, 2011 at 05:43:06PM -0500, Theodore Kilgore wrote:
there's nothing in the USB spec that says you need different product IDs
for different modes of operation. No matter if it's still or webcam
configuration, the underlying
Hello,
My name is Alex Tucker and I am the engineering manager here at
ViewCast. We have released two new Osprey cards based on the Conexant
CX23888 chipset - which is similar to the CX25878/BT878A chipset that
has some support in the Open Source community. We are interested in
having Linux
On 06/07/2011 12:02 PM, Guennadi Liakhovetski wrote:
A general question to you: from your comments I haven't understood: have
you also tested the patches or only reviewed them?
I had reviewed them so far.
Now, please have my :
Acked-by: Robert Jarzmik robert.jarz...@free.fr
The ack includes
On Mon, 13 Jun 2011, Robert Jarzmik wrote:
On 06/07/2011 12:02 PM, Guennadi Liakhovetski wrote:
A general question to you: from your comments I haven't understood: have
you also tested the patches or only reviewed them?
I had reviewed them so far.
Now, please have my :
Acked-by:
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Mon Jun 13 19:01:20 CEST 2011
git hash:f49c454fe981d955d7c3d620f6baa04fb9876adc
gcc version: i686-linux-gcc (GCC)
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Bart Coninckx
Sent: lundi 13 juin 2011 19:14
To: linux-media@vger.kernel.org
Subject: Re: dvb_ca adaptor 0: PC card did not respond :( with
Technotrend S2-3200
On
With the latest media-tree, any access to my TV card (using tvtime and
mplayer to watch through composite) results in my Arch Linux (2.6.39)
system freezing. Here is the relavent part of my dmesg upon the
freeze:
http://codepad.org/q5MxDqAI
I compiled the latest media-tree in order to, finally,
Hello there,
I just wanted to ask whether there is a change in the situation of
tuners used in e.g. Terratec H5 / WinTV HVR-930c / MSI Digivox Trio
etc. As far as I can understand all the information available in
various mailing lists and boards, the real problem was (or is) the
DRX-K chip. Now
On Mon, Jun 13, 2011 at 6:05 PM, Markus Partheymueller
m...@klee-parthy.de wrote:
Hello there,
I just wanted to ask whether there is a change in the situation of
tuners used in e.g. Terratec H5 / WinTV HVR-930c / MSI Digivox Trio
etc. As far as I can understand all the information available
Hi Devin,
I've made a few fixes for your alsa_stream.c, used on tvtime.
They are at:
http://git.linuxtv.org/xawtv3.git
In particular, those are the more interesting ones:
commit a1bb5ade5c2b09d6d6d624d18025f9e2c4398495
alsa_stream: negotiate the frame rate
Without this patch, one
36 matches
Mail list logo