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

Jussi Jääskeläinen 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: Mfr=0, Product

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: [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 tak

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: Unrecognized decoder chip (not gm7113c)

On Thu, May 30, 2013 at 6:22 PM, Greg Horvath 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 about the "easyca

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

From: John Sheu 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. Signed-off-by: John Sheu ---

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 disc

Re: Unrecognized decoder chip (not gm7113c)

Hi Greg, On Thu, May 30, 2013 at 3:58 PM, Greg Horvath 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: you seem to have p

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 wrote: > > > On Wed, May 29, 2013 at 10:19:49PM -0400, Andy Walls wrote: > > > Mauro Carvalho Chehab wrote: > > > > > > >Em Wed, 29 May 2013 22:41:16 +0200 > > > >Jon Arne Jørge

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 versi

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: …

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 load

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

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: https://github.com/tmair/DVB-Realtek-RTL2832U-

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 usbtes

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 this

Re: Audio: no sound

Hi Alejandro, See below. On Sat, May 25, 2013 at 4:00 AM, Jon Arne Jørgensen 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: adjusting sat

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 wrote: > From: Hans Verkuil > > This is no longer needed since the core now handles this through > DBG_G_CHIP_INFO. > > Signed-off-by: Hans Verkuil > Cc: Laurent Pinchart > Cc: Prabhakar Lad > Cc: Andy Walls > Cc:

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 wrote: > From: Hans Verkuil > > Signed-off-by: Hans Verkuil > Cc: Prabhakar Lad > Cc: Guennadi Liakhovetski > --- > drivers/media/i2c/tvp7002.c|1 + For the above, Acked-by: Lad, Prabhakar Regards

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 wrote: > From: Hans Verkuil > > These are no longer needed: register access to subdevices no longer needs > the bridge driver to forward them. > > Signed-off-by: Hans Verkuil > Cc: Prabhakar Lad Acked-by: Lad, Prabh

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 wrote: > From: Hans Verkuil > > 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. > > This patch takes care of all the

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 wrote: > From: Hans Verkuil > > Return V4L2_STD_UNKNOWN if no signal is detected. > Otherwise AND the standard mask with the detected standards. > > Signed-off-by: Hans Verkuil Acked-by: Lad, Prabhakar Regards, --P