Re: [RFC PATCH 07/14] tvp514x: fix querystd

Hi Hans, Thanks for the patch. On Wed, May 29, 2013 at 7:49 PM, Hans Verkuil hverk...@xs4all.nl wrote: From: Hans Verkuil hans.verk...@cisco.com Return V4L2_STD_UNKNOWN if no signal is detected. Otherwise AND the standard mask with the detected standards. Signed-off-by: Hans Verkuil

Re: [PATCHv1 02/38] v4l2: remove g_chip_ident from bridge drivers where it is easy to do so.

Hi Hans, Thanks for the patch. On Wed, May 29, 2013 at 4:29 PM, Hans Verkuil hverk...@xs4all.nl wrote: From: Hans Verkuil hans.verk...@cisco.com VIDIOC_DBG_G_CHIP_IDENT has been replaced by VIDIOC_DBG_G_CHIP_INFO. Remove g_chip_ident support from bridge drivers since it is no longer needed.

Re: [PATCHv1 28/38] vpbe_display: drop g/s_register ioctls.

Hi Hans, Thanks for the patch. On Wed, May 29, 2013 at 4:30 PM, Hans Verkuil hverk...@xs4all.nl wrote: From: Hans Verkuil hans.verk...@cisco.com These are no longer needed: register access to subdevices no longer needs the bridge driver to forward them. Signed-off-by: Hans Verkuil

Re: [PATCHv1 34/38] media/i2c: fill in missing reg-size fields.

Hi Hans, Thanks for the patch. On Wed, May 29, 2013 at 4:30 PM, Hans Verkuil hverk...@xs4all.nl wrote: From: Hans Verkuil hans.verk...@cisco.com Signed-off-by: Hans Verkuil hans.verk...@cisco.com Cc: Prabhakar Lad prabhakar.cse...@gmail.com Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de

Re: [PATCHv1 18/38] media/i2c: remove g_chip_ident op.

Hi Hans, Thanks for the patch. On Wed, May 29, 2013 at 4:29 PM, Hans Verkuil hverk...@xs4all.nl wrote: From: Hans Verkuil hans.verk...@cisco.com This is no longer needed since the core now handles this through DBG_G_CHIP_INFO. Signed-off-by: Hans Verkuil hans.verk...@cisco.com Cc:

Re: Audio: no sound

Hi Alejandro, See below. On Sat, May 25, 2013 at 4:00 AM, Jon Arne Jørgensen jona...@jonarne.no wrote: On Thu, May 23, 2013 at 09:48:38PM -0300, Alejandro A. Valdés wrote: [...] [ 187.472216] easycap::0adjust_contrast: adjusting contrast to 0x3F [ 187.496207] easycap::0adjust_saturation:

TT-USB2.0 and high bitrate packet loss (DVB-C/T)

Hi there, I need to get in concat with someone that can handle, test and review a patch for TT-USB2.0. I've found that for certain high-bitrate streams, the TT-USB2.0 sends more ISOCHRONOUS MPEG data than is specified in the wMaxPacketSize fields. I have a USB analyzer capture which shows

All models of Technotrend TT-connect CT-3650 are not supported

Older models have: idVendor=0b48, idProduct=300d Model what I just bought was: idVendor=04b4, idProduct=8613 and this is not supported! usb 2-1: New USB device found, idVendor=04b4, idProduct=8613 usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 usbtest 2-1:1.0: FX2 device

Cinergy TStick RC rev.3 (rtl2832u) only 4 programs

Hallo all, I have a problem with a Cinergy TStick RC rev.3 (rtl2832u) DVB-T USB-Stick, that I only get 4 programs, all on one transponder. This is the full story: Before I used OpenSUSE 12.2 with a 3.4 Kernel and compiled this driver by myself:

Re: [PATCH v4 2/4] mutex: add support for wound/wait style locks, v5

Op 29-05-13 12:33, Inki Dae schreef: Hi, Just minor comments +Usage +- + +Three different ways to acquire locks within the same w/w class. Common +definitions for methods #1 and #2: + +static DEFINE_WW_CLASS(ww_class); + +struct obj { + struct ww_mutex lock; + /* obj

Re: Cinergy TStick RC rev.3 (rtl2832u) only 4 programs

On 30.05.2013 13:39, Torsten Seyffarth wrote: … After a hard disk crash I had to install my system anyway so I switched to OpenSUSE 12.3 with a 3.7 Kernel, because this should support the rtl2832u directly. Basically this is working. The Stick is detected: … These kernel moduls are loaded:

Re: Cinergy TStick RC rev.3 (rtl2832u) only 4 programs

Am 30.05.2013 17:27, schrieb poma: On 30.05.2013 13:39, Torsten Seyffarth wrote: … After a hard disk crash I had to install my system anyway so I switched to OpenSUSE 12.3 with a 3.7 Kernel, because this should support the rtl2832u directly. Basically this is working. The Stick is detected: …

cron job: media_tree daily build: WARNINGS

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 May 30 19:00:20 CEST 2013 git branch: test git hash: 7eac97d7e714429f7ef1ba5d35f94c07f4c34f8e gcc

Re: [RFC 1/3] saa7115: Set saa7113 init to values from datasheet

On Thu, May 30, 2013 at 08:33:32AM +0300, Timo Teras wrote: On Thu, 30 May 2013 07:21:36 +0200 Jon Arne Jørgensen jona...@jonarne.no wrote: On Wed, May 29, 2013 at 10:19:49PM -0400, Andy Walls wrote: Mauro Carvalho Chehab mche...@redhat.com wrote: Em Wed, 29 May 2013 22:41:16 +0200

Re: Unrecognized decoder chip (not gm7113c)

Hi Greg, On Thu, May 30, 2013 at 3:58 PM, Greg Horvath horvath@gmail.com wrote: I have ported the 3.2 version of driver to kernel version 3.0.8 running on an rk3066 (mk808) device. That's cool. [13336.159017] stk1160: driver ver 0.9.5 successfully loaded [...] First of all, look here:

Re: Cinergy TStick RC rev.3 (rtl2832u) only 4 programs

On 30.05.2013 19:30, Torsten Seyffarth wrote: Thanks for the answer so far. I actually updated the media modules from git but this didn't help. Messing around with the kernel is nothing I feel very comfortable with, yet. ;-) Kernel won't bite you. :) But if I understand the linked

[PATCH 2/2] [media] s5p-mfc: Fix input/output format reporting

From: John Sheu s...@chromium.org The video encode/decode paths have duplicated logic between VIDIOC_TRY_FMT and VIDIOC_S_FMT that should be de-duped. Also, video decode reports V4L2_PIX_FMT_NV12MT_16X16 output format, regardless of what the actual output has been set at. Fix this.

Re: Unrecognized decoder chip (not gm7113c)

On Thu, May 30, 2013 at 6:22 PM, Greg Horvath horvath@gmail.com wrote: I am not running them at the same time. There are two sets of dmesg output. One for the stk1160 driver and the other when I attempted to load easycap driver without loading stk1160. Right. In that case you can forget

Re: [PATCH RFC v3 2/3] media: added managed v4l2 control initialization

Hi Hans, Hans Verkuil wrote: On Fri 17 May 2013 00:34:51 Sakari Ailus wrote: Hi Andrzej, Thanks for the patchset! On Thu, May 16, 2013 at 10:14:33AM +0200, Andrzej Hajda wrote: This patch adds managed version of initialization function for v4l2 control handler. Signed-off-by: Andrzej Hajda

Re: [PATCH RFC v3 2/3] media: added managed v4l2 control initialization

Hi Andrzej, Andrzej Hajda wrote: I have to say I don't think it's neither meaningful to acquire that mutex in v4l2_ctrl_handler_free(), though, since the whole going to be freed next anyway: reference counting would be needed to prevent bad things from happening, in case the drivers wouldn't

v4l and codadx6

Hello Javier, Good day to you! Sasha Hauer recommend you to contact. As a maintainer of the coda implementation for the imx27/53 in the upstream kernel I like to ask you for help. We have a brand new board developed using imx27 for a RFID integrated reader and want use the VPU / V4L for video

Re: All models of Technotrend TT-connect CT-3650 are not supported

Jussi Jääskeläinen www.linuxtv.org at jjussi.com writes: Older models have: idVendor=0b48, idProduct=300d Model what I just bought was: idVendor=04b4, idProduct=8613 and this is not supported! usb 2-1: New USB device found, idVendor=04b4, idProduct=8613 usb 2-1: New USB device strings: