GitHub/moto-9609/android_kernel_motorola_exynos9610.git
15 years agoV4L/DVB (11964): b2c2: Fix problems with frontend attachment
Trent Piepho [Thu, 11 Jun 2009 08:33:00 +0000 (05:33 -0300)]
V4L/DVB (11964): b2c2: Fix problems with frontend attachment

The frontend attachment code didn't handle cases where the frontend
partially failed to attach.  For instance, when the demod was attached
successfully but the tuner driver wasn't compiled or fails to init for some
reason.  In these cases we try to clean up the partial attachment and fail
instead of proceeding with a broken frontend.

If frontend registration fails, clean up with dvb_frontend_detach() rather
than just calling the frontend's main release method.  The former does some
additional stuff, like release an attached tuner and take care of putting
symbols when dynamic binding is used.

In skystar2_rev23_attach() it's not necessary to set fc->dev_type, that
gets set before skystar2_rev23_attach() is called.

Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
Signed-off-by: Patrick Boettcher <pboettcher@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11962): dvb: Fix broken link in get_dvb_firmware for nxt2004 (A180)
Jan Ceuleers [Thu, 11 Jun 2009 19:20:23 +0000 (16:20 -0300)]
V4L/DVB (11962): dvb: Fix broken link in get_dvb_firmware for nxt2004 (A180)

Due to a reorganisation of AVermedia's websites, get_dvb_firmware
no longer works for nxt2004. Fix it.

Signed-off-by: Jan Ceuleers <jan.ceuleers@computer.org>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11961): tvp514x: try_count off by one
Roel Kluin [Thu, 11 Jun 2009 14:28:17 +0000 (11:28 -0300)]
V4L/DVB (11961): tvp514x: try_count off by one

With `while (try_count-- > 0)' try_count reaches -1 after the loop.

Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11960): v4l: generate KEY_CAMERA instead of BTN_0 key events on input devices
Lennart Poettering [Thu, 11 Jun 2009 14:19:33 +0000 (11:19 -0300)]
V4L/DVB (11960): v4l: generate KEY_CAMERA instead of BTN_0 key events on input devices

A bunch of V4L drivers generate BTN_0 instead of KEY_CAMERA key presses.

X11 is able to handle KEY_CAMERA automatically these days while BTN_0 is
not treated at all.  Thus it would be of big benefit if the camera drivers
would consistently generate KEY_CAMERA.  Some drivers (uvc) already do,
this patch updates the remaining drivers to do the same.

I only possess a limited set of webcams, so this isn't tested with all
cameras.  The patch is rather trivial and compile tested, so I'd say it's
still good enough to get merged.

Signed-off-by: Lennart Poettering <mzxreary@0pointer.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11959): se401: Fix unsafe use of sprintf with identical source/destination
Alan Cox [Thu, 11 Jun 2009 14:04:11 +0000 (11:04 -0300)]
V4L/DVB (11959): se401: Fix unsafe use of sprintf with identical source/destination

Closes-bug: http://bugzilla.kernel.org/show_bug.cgi?id=13435

Signed-off-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11958): usbvision-core.c: vfree does its own NULL check
Figo.zhang [Thu, 11 Jun 2009 13:33:31 +0000 (10:33 -0300)]
V4L/DVB (11958): usbvision-core.c: vfree does its own NULL check

vfree() does it's own NULL checking,so no need for check before
calling it.

Signed-off-by: Figo.zhang <figo1802@gmail.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11957): dsbr100: change radio->muted to radio->status, update suspend/resume
Alexey Klimov [Thu, 11 Jun 2009 03:22:42 +0000 (00:22 -0300)]
V4L/DVB (11957): dsbr100: change radio->muted to radio->status, update suspend/resume

Patch renames radio->muted to radio->status, add defines for that
variable, and fixes suspend/resume procedure. Radio->status set to
STOPPED in usb_dsbr100_probe because of removing open call.
Also, patch increases driver version.

Signed-off-by: Alexey Klimov <klimov.linux@gmail.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11956): dsbr100: no need to pass curfreq value to dsbr100_setfreq()
Alexey Klimov [Thu, 11 Jun 2009 03:19:49 +0000 (00:19 -0300)]
V4L/DVB (11956): dsbr100: no need to pass curfreq value to dsbr100_setfreq()

Small cleanup of dsbr100_setfreq(). No need to pass radio->curfreq value
to this function.

Signed-off-by: Alexey Klimov <klimov.linux@gmail.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11955): dsbr100: remove usb_dsbr100_open/close calls
Alexey Klimov [Thu, 11 Jun 2009 03:18:35 +0000 (00:18 -0300)]
V4L/DVB (11955): dsbr100: remove usb_dsbr100_open/close calls

Signed-off-by: Alexey Klimov <klimov.linux@gmail.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11954): dsbr100: remove radio->users counter
Alexey Klimov [Thu, 11 Jun 2009 03:17:06 +0000 (00:17 -0300)]
V4L/DVB (11954): dsbr100: remove radio->users counter

Patch removes radio->users counter because it is not in use.

Signed-off-by: Alexey Klimov <klimov.linux@gmail.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11953): videobuf-dma-sg: return -ENOMEM if vmalloc fails
Figo.zhang [Thu, 11 Jun 2009 02:17:27 +0000 (23:17 -0300)]
V4L/DVB (11953): videobuf-dma-sg: return -ENOMEM if vmalloc fails

it is better return -ENOMEM than -EIO

Signed-off-by: Figo.zhang <figo1802@gmail.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11951): cx18: Add DVB-T support for the Leadtek WinFast DVR3100 H
Andy Walls [Tue, 9 Jun 2009 23:47:21 +0000 (20:47 -0300)]
V4L/DVB (11951): cx18: Add DVB-T support for the Leadtek WinFast DVR3100 H

This adds support for DVB-T on the Leadtek DVR3100 H and should also get analog
TV capture from the tuner working properly as well.

DVB-T 6 MHz and 8 MHz have been tested and verified to work by Terry Wu of
Leadtek.  DVB-T 7 MHz has also been verified working with a change developed by
Terry to the tuner-xc2028.c driver.

Special thanks go to Terry Wu <terrywu2009@gmail.com> of Leadtek who provided
the needed information and testing to get digital TV working for the Leadtek
DVR3100 H.

Reported-by: Terry Wu <terrywu2009@gmail.com>
Tested-by: Terry Wu <terrywu2009@gmail.com>
Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11950): cx18: Split LeadTek PVR2100 and DVR3100 H into 2 separate card entries
Andy Walls [Tue, 9 Jun 2009 23:37:24 +0000 (20:37 -0300)]
V4L/DVB (11950): cx18: Split LeadTek PVR2100 and DVR3100 H into 2 separate card entries

Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11948): uvcvideo: Ignore non-UVC trailing interface descriptors.
Laurent Pinchart [Tue, 9 Jun 2009 16:07:44 +0000 (13:07 -0300)]
V4L/DVB (11948): uvcvideo: Ignore non-UVC trailing interface descriptors.

Herton Ronaldo Krzesinski from Mandriva reported that one Bison Electronics
webcam exposes a non-UVC interface descriptor. Instead of failing completely,
ignore trailing non-UVC descriptors and move on.

Thanks to Herton for reporting the problem and submitting a patch proposal.

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11947): uvcvideo: Add support for FSC V30S webcams
Laurent Pinchart [Tue, 9 Jun 2009 15:46:43 +0000 (12:46 -0300)]
V4L/DVB (11947): uvcvideo: Add support for FSC V30S webcams

The FSC WebCam V30S (18ec:3288) requires the MINMAX quirk. Add a corresponding
entry in the device IDs list.

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11946): uvcvideo: Add support for Aveo Technology webcams
Laurent Pinchart [Tue, 9 Jun 2009 15:40:59 +0000 (12:40 -0300)]
V4L/DVB (11946): uvcvideo: Add support for Aveo Technology webcams

The Aveo Technology USB 2.0 Camera (1871:0306) requires the
PROBE_EXTRAFIELDS quirk. Add a corresponding entry in the device IDs list.

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11945): uvcvideo: Don't accept to change the format when buffers are allocated.
Laurent Pinchart [Thu, 4 Jun 2009 12:26:39 +0000 (09:26 -0300)]
V4L/DVB (11945): uvcvideo: Don't accept to change the format when buffers are allocated.

Setting a new frame format or size will likely change the buffer size required
to store a complete video frame. To avoid a buffer overflow, don't allow
VIDIOC_S_FMT calls when video buffers are already allocated.

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11944): uvcvideo: Add generic control blacklist.
Laurent Pinchart [Sun, 31 May 2009 20:05:55 +0000 (17:05 -0300)]
V4L/DVB (11944): uvcvideo: Add generic control blacklist.

Another device (5986:0241) has been reported to advertise a UVC control it
does not support. Rework the control blacklist to match devices by their
VID:PID instead of trying to be clever about which controls might not be
supported properly.

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11942): gspca - m5602-ov9650: Reorder quirk list and add A7V quirk
Erik Andrén [Thu, 11 Jun 2009 20:20:23 +0000 (17:20 -0300)]
V4L/DVB (11942): gspca - m5602-ov9650: Reorder quirk list and add A7V quirk

The quirk list has grown and was in need of sorting. This is now done. Add a new vflip quirk for the ASUS A7V while we're at it. Thanks to Carsten Menzel for reporting.

Signed-off-by: Erik Andrén <erik.andren@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11941): gspca - m5602-ov9650: Add vflip quirk for the ASUS A6VA
Erik Andrén [Mon, 1 Jun 2009 19:22:18 +0000 (16:22 -0300)]
V4L/DVB (11941): gspca - m5602-ov9650: Add vflip quirk for the ASUS A6VA

Add vflip quirk for the ASUS A6VA. Thanks to Salvo Di Rosa for reporting.

Signed-off-by: Erik Andrén <erik.andren@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11940): gspca - m5602-s5k4aa: Add vflip quirk for the Lenovo Y300
Erik Andrén [Wed, 6 May 2009 20:44:45 +0000 (17:44 -0300)]
V4L/DVB (11940): gspca - m5602-s5k4aa: Add vflip quirk for the Lenovo Y300

The Lenovo Y300 has its sensor upside down. Quirk it to gain normal functionality.

Signed-off-by: Erik Andrén <erik.andren@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11938): big rework of TS for saa7134
Dmitri Belimov [Thu, 28 May 2009 04:58:57 +0000 (01:58 -0300)]
V4L/DVB (11938): big rework of TS for saa7134

1. Add start/stop TS function.
2. Move setup DMA of TS to DMA function.
3. Write support cupture via MMAP
4. Rework startup and finish process, remove simple FSM.

Tested-by: Hermann Pitton <hermann-pitton@arcor.de>
Tested-by: Beholder Intl. Ltd. Dmitry Belimov <d.belimov@gmail.com>
Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov <d.belimov@gmail.com>
Signed-off-by: Alexey Osipov <lion-simba@pridelands.ru>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11937): vino: replace dma_sync_single with dma_sync_single_for_cpu
FUJITA Tomonori [Thu, 28 May 2009 01:10:43 +0000 (22:10 -0300)]
V4L/DVB (11937): vino: replace dma_sync_single with dma_sync_single_for_cpu

This replaces dma_sync_single() with dma_sync_single_for_cpu() because
dma_sync_single() is an obsolete API; include/linux/dma-mapping.h says:

/* Backwards compat, remove in 2.7.x */

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11936): Fix v4l2-device usage of i2c_unregister_device()
Randy Dunlap [Wed, 10 Jun 2009 14:58:22 +0000 (11:58 -0300)]
V4L/DVB (11936): Fix v4l2-device usage of i2c_unregister_device()

Fix v4l2-device usage of i2c_unregister_device() and handle the case of
CONFIG_I2C=m & CONFIG_MEDIA_VIDEO=y.

Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11934): Change order for FM tune
Dmitri Belimov [Mon, 25 May 2009 01:22:41 +0000 (22:22 -0300)]
V4L/DVB (11934): Change order for FM tune

Change order data of buffer in FM simple_tune function. It is usefull for:

1. Set data of tuner with CP bit UP. 0xCE for MK5 or 0xC6 for MK3
2. When call simple_fm_tune, read this byte from config and overwrite
this byte in function simple_radio_bandswitch for set CP bit to OFF.

Of course it can be usefull for other tuner for overwrite default
settings of FM.

Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov <d.belimov@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11933): tuner-simple, tveeprom: Add Philips FQ1216LME MK3 analog tuner
Andy Walls [Mon, 8 Jun 2009 00:39:03 +0000 (21:39 -0300)]
V4L/DVB (11933): tuner-simple, tveeprom: Add Philips FQ1216LME MK3 analog tuner

Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11932): ivtv: Add missing newline
Andy Walls [Sat, 23 May 2009 00:12:00 +0000 (21:12 -0300)]
V4L/DVB (11932): ivtv: Add missing newline

Reported-by: Martin Dauskardt <martin.dauskardt@gmx.de>
Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11931): lnbp21: Add missing newline
Andy Walls [Sat, 23 May 2009 00:07:46 +0000 (21:07 -0300)]
V4L/DVB (11931): lnbp21: Add missing newline

Reported-by: VDR User <user.vdr@gmail.com>
Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11930): TS continuity check: show error message when discontinuity detected...
Abylay Ospan [Sat, 6 Jun 2009 12:31:34 +0000 (09:31 -0300)]
V4L/DVB (11930): TS continuity check: show error message when discontinuity detected or TEI flag detected in header

Signed-off-by: Abylay Ospan <aospan@netup.ru>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11928): au0828: provide module option to disable USB speed check
Devin Heitmueller [Thu, 28 May 2009 02:46:17 +0000 (23:46 -0300)]
V4L/DVB (11928): au0828: provide module option to disable USB speed check

Add an au0828 module option that allows a user to override the USB speed check.
Intended for advanced users who understand the consequences of trying to use
the device with a 12Mbps bus.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11927): em28xx: provide module option to disable USB speed check
Devin Heitmueller [Thu, 28 May 2009 02:44:10 +0000 (23:44 -0300)]
V4L/DVB (11927): em28xx: provide module option to disable USB speed check

Add an em28xx module option that allows a user to override the USB speed check.
Intended for advanced users who understand the consequences of trying to use
the device with a 12Mbps bus.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11926): tuner-core: fix warning introduced when cleaning up xc5000 init...
Devin Heitmueller [Thu, 28 May 2009 02:28:46 +0000 (23:28 -0300)]
V4L/DVB (11926): tuner-core: fix warning introduced when cleaning up xc5000 init routine

This patch removes some remaining dead code.  Warning showed up in Hans
Verkuil's daily report after I committed hg changeset 7f2eea75118b.

Thanks to Michael Krufky for bringing the warning to my attention.

Cc: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11925): em28xx: Add support for the K-World 2800d
Devin Heitmueller [Thu, 28 May 2009 02:27:26 +0000 (23:27 -0300)]
V4L/DVB (11925): em28xx: Add support for the K-World 2800d

Make the KWorld 2800d work properly.  In this case, that means making the
profile more generic so that it works for both the Pointnix Intra-Oral USB
camera and the KWorld device.

The device provides the audio through a pass-thru cable, so we don't need
an actual audio capture profile (neither the K-World device nor the Pointnix
have an onboard audio decoder).

Thanks to Paul Thomas for providing sample hardware.

Cc: Paul Thomas <pthomas8589@gmail.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11924): au0828: Don't let device work unless connected to a high speed USB...
Devin Heitmueller [Thu, 28 May 2009 02:25:36 +0000 (23:25 -0300)]
V4L/DVB (11924): au0828: Don't let device work unless connected to a high speed USB port

The au0828 basically just doesn't work at 12 Mbps.  The isoc pipe needs
nearly 200 Mbps for analog support, so users would see garbage video, and on
the DVB/ATSC side scanning is likely to work but if the user tried to tune it
would certainly appear to have failed.

It's better to fail explicity up front and tell the user to plug into a USB 2.0
port, than to let the driver load and the user have weird problems with tuning
and garbage video.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11923): em28xx: Don't let device work unless connected to a high speed USB...
Devin Heitmueller [Thu, 28 May 2009 02:23:37 +0000 (23:23 -0300)]
V4L/DVB (11923): em28xx: Don't let device work unless connected to a high speed USB port

The em28xx basically just doesn't work at 12 Mbps.  The isoc pipe needs
nearly 200 Mbps for analog support, so users would see garbage video, and on
the DVB/ATSC side scanning is likely to work but if the user tried to tune it
would certainly appear to have failed.

It's better to fail explicity up front and tell the user to plug into a USB 2.0
port, than to let the driver load and the user have weird problems with tuning
and garbage video.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11922): tuner-xc2028: cleanup: better use tuner type defines
Mauro Carvalho Chehab [Sat, 6 Jun 2009 11:15:08 +0000 (08:15 -0300)]
V4L/DVB (11922): tuner-xc2028: cleanup: better use tuner type defines

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11918): tuner-xc2028: Fix offset frequencies for DVB @ 6MHz
Mauro Carvalho Chehab [Mon, 1 Jun 2009 15:18:10 +0000 (12:18 -0300)]
V4L/DVB (11918): tuner-xc2028: Fix offset frequencies for DVB @ 6MHz

Both ATSC and DVB @ 6MHz bandwidth require the same offset.

While we're fixing it, let's cleanup the bandwidth setup to better
reflect the fact that it is a function of the bandwidth.

Thanks to Terry Wu <terrywu2009@gmail.com> for pointing this issue and
to Andy Walls <awalls@radix.net> for an initial patch for this fix.

Cc: Terry Wu <terrywu2009@gmail.com>
Acked-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11917): Fix firmware load for DVB-T @ 6MHz bandwidth for xc3028/xc3028L
Mauro Carvalho Chehab [Mon, 1 Jun 2009 14:46:08 +0000 (11:46 -0300)]
V4L/DVB (11917): Fix firmware load for DVB-T @ 6MHz bandwidth for xc3028/xc3028L

The only two countries that are known to use 6MHz bandwidth are Taiwan
and Uruguay. Both use QAM subcarriers at OFTM.

This patch fixes the firmware load for such countries, where the
required firmware is the QAM one.

This also confirms the previous tests where it was noticed that the 6MHz
QAM firmware doesn't work for cable. So, this patch also removes support
for DVB-C, instead of just printing a warning.

Thanks to Terry Wu <terrywu2009@gmail.com> for pointing this issue and
to Andy Walls <awalls@radix.net> for an initial patch for this fix.

Cc: Terry Wu <terrywu2009@gmail.com>
Acked-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11915): af9015: support for Genius TVGo DVB-T03
Antti Palosaari [Sun, 31 May 2009 20:07:01 +0000 (17:07 -0300)]
V4L/DVB (11915): af9015: support for Genius TVGo DVB-T03

Add USB ID (0458:4012) for Genius TVGo DVB-T03.
Thanks to Petr Vodicka <vodicka.petr@email.cz> for reporting and testing.

Tested-by: Petr Vodicka <vodicka.petr@email.cz>
Signed-off-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11898): cx18: Perform 64 bit divide so it works for 32 bit systems
Andy Walls [Fri, 29 May 2009 23:54:02 +0000 (20:54 -0300)]
V4L/DVB (11898): cx18: Perform 64 bit divide so it works for 32 bit systems

Thanks to David Ward and Mike Krufky for reporting the problem and
debugging this as an unresolved symbol due to a 64 bit divide on a 32 bit
system.  David Ward provided the content of this patch; Andy Walls only
performed some cosmetic edits.

Reported-by: David Ward <david.ward@gatech.edu>
Signed-off-by: David Ward <david.ward@gatech.edu>
Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11896): em28xx: Fix for Slow Memory Leak
Robert Krakora [Thu, 28 May 2009 14:16:19 +0000 (11:16 -0300)]
V4L/DVB (11896): em28xx: Fix for Slow Memory Leak

Test Code:  (Provided by Douglas)

v4l-dvb/v4l2-apps/test/stress-buffer.c

The audio DMA area was never being freed and would slowly leak over
time as the v4l device was opened and closed by an application.

Thanks again to Douglas for generating the test code to help locate
memory leaks!!!

Signed-off-by: Robert Krakora <rob.krakora@messagenetsystems.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11895): bt8xx: remove always false if
Filipe Rosset [Thu, 28 May 2009 14:11:53 +0000 (11:11 -0300)]
V4L/DVB (11895): bt8xx: remove always false if

Remove always false if over unsigned int variable

Signed-off-by: Filipe Rosset <rosset.filipe@gmail.com>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11881): one kconfig controls them all
Randy Dunlap [Tue, 19 May 2009 01:00:34 +0000 (22:00 -0300)]
V4L/DVB (11881): one kconfig controls them all

Add a kconfig symbol that allows someone to disable all
multimedia config options at one time.

Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11880): cx23885: support for card Mygica X8506 DMB-TH
David Wong [Mon, 18 May 2009 08:25:49 +0000 (05:25 -0300)]
V4L/DVB (11880): cx23885: support for card Mygica X8506 DMB-TH

This patch add cx23885 support for card "Mygica X8506 DMB-TH".
It should work on "Magic-Pro ProHDTV Extreme" as well, as they are
same hardware with different branding.

Sign-off-by: David T.L. Wong <davidtlwong@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11879): Adds support for Leadtek WinFast DTV-1800H
Miroslav Sustek [Sun, 31 May 2009 19:47:28 +0000 (16:47 -0300)]
V4L/DVB (11879): Adds support for Leadtek WinFast DTV-1800H

Enables analog/digital tv, radio and remote control (gpio).

Tested-by: Marcin Wojcikowski <emtees.mts@gmail.com>
Tested-by: Karel Juhanak <karel.juhanak@warnet.cz>
Tested-by: Andrew Goff <goffa72@gmail.com>
Tested-by: Jan Novak <novak-j@seznam.cz>
Signed-off-by: Miroslav Sustek <sustmidown@centrum.cz>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11872): gspca - spca561: Rename the 'White Balance' control to 'Hue'.
Hans de Goede [Mon, 25 May 2009 18:26:59 +0000 (15:26 -0300)]
V4L/DVB (11872): gspca - spca561: Rename the 'White Balance' control to 'Hue'.

Binary files /home/v4l/tokernel/oldtree/Documentation/video4linux/v4lgrab.o and /home/v4l/tokernel/linux/Documentation/video4linux/v4lgrab.o differ

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11871): gspca - spca561: Change the Rev12a controls.
Hans de Goede [Mon, 25 May 2009 18:20:16 +0000 (15:20 -0300)]
V4L/DVB (11871): gspca - spca561: Change the Rev12a controls.

- Extend the gain range
- Adjust the exposure
- Remove the broken autogain

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11869): gspca - ov534: JPEG 320x240 and 640x480 formats for ov965x.
Jean-Francois Moine [Fri, 22 May 2009 07:16:42 +0000 (04:16 -0300)]
V4L/DVB (11869): gspca - ov534: JPEG 320x240 and 640x480 formats for ov965x.

The YUYV 640x480 format did not work with ov965x.

Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11868): gspca - spca508: Optimize code.
Jean-Francois Moine [Wed, 13 May 2009 17:25:29 +0000 (14:25 -0300)]
V4L/DVB (11868): gspca - spca508: Optimize code.

Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11867): gspca - spca508: Cleanup source and update copyright.
Jean-Francois Moine [Wed, 13 May 2009 17:21:46 +0000 (14:21 -0300)]
V4L/DVB (11867): gspca - spca508: Cleanup source and update copyright.

Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11865): cx18: Tweak color burst gate delay and initial color sub-carrier...
Andy Walls [Sun, 17 May 2009 01:43:43 +0000 (22:43 -0300)]
V4L/DVB (11865): cx18: Tweak color burst gate delay and initial color sub-carrier freq

Fix the burst gate delays to use a crystal value of 28636360 as assumed by
the rest of the driver.  Also have the initial color sub-carrier freq paramter
use the src decimation ratio per the documentation, instead of the actual
crystal/pixel clock ratio.  The tracking circuit will find the correct color
subcarrier in any case, as long as we're close.  Also fix up some debug print
statements.

Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11864): cx18: Complete support for Sliced and Raw VBI for 625 line systems
Andy Walls [Sun, 17 May 2009 00:06:57 +0000 (21:06 -0300)]
V4L/DVB (11864): cx18: Complete support for Sliced and Raw VBI for 625 line systems

Finish changes for sliced and raw VBI for 625 line systems.  Tested with VPS
and WSS being emitted by a PVR-350 in field 1 lines 16 and 23.

Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11863): cx18: Initial attempt to get sliced VBI working for 625 line systems
Andy Walls [Mon, 11 May 2009 01:14:29 +0000 (22:14 -0300)]
V4L/DVB (11863): cx18: Initial attempt to get sliced VBI working for 625 line systems

Initial changes to get sliced VBI for 625 line system working.  This is patch
is untested.

Signed-off-by: Andy Walls <awalls@radix.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11861): saa7134: enable digital tv support for Hauppauge WinTV-HVR1110r3
Michael Krufky [Mon, 19 Jan 2009 04:10:49 +0000 (01:10 -0300)]
V4L/DVB (11861): saa7134: enable digital tv support for Hauppauge WinTV-HVR1110r3

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11860): saa7134: fix quirk in saa7134_i2c_xfer for the saa7131 bridge
Michael Krufky [Wed, 20 May 2009 19:06:10 +0000 (16:06 -0300)]
V4L/DVB (11860): saa7134: fix quirk in saa7134_i2c_xfer for the saa7131 bridge

The i2c quirk in the saa7134_i2c_xfer function does a bogus write
to i2c address 0xfd, to work around a bug in the silicon that
affects read transactions.

Unfortunately, this hack is not working properly, since the bogus
write is to 0xfd, an invalid i2c address.  Fix this quirk by using
an actual valid i2c address, 0xfe, which is still unlikely to be
used as an i2c address for any actual i2c client.

This is required in order to properly communicate with a TDA10048
DVB-T demod located at i2c address 0x10 on the primary i2c bus.

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11858): cx23885: fix tda10048 IF frequencies for the Hauppauge WinTV-HVR1210
Michael Krufky [Sat, 16 May 2009 14:00:23 +0000 (11:00 -0300)]
V4L/DVB (11858): cx23885: fix tda10048 IF frequencies for the Hauppauge WinTV-HVR1210

Steve missed the HVR1210 config struct for the TDA10048 in his IF freq patch.

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11857): TDA10048: Missing two I/F's / Pll combinations from the PLL table
Steven Toth [Sat, 16 May 2009 17:43:51 +0000 (14:43 -0300)]
V4L/DVB (11857): TDA10048: Missing two I/F's / Pll combinations from the PLL table

This was causing a lock failure in Australia.

Signed-off-by: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11856): pvrusb2: Ensure we specify I/F's for all bandwidths
Steven Toth [Sat, 16 May 2009 00:04:56 +0000 (21:04 -0300)]
V4L/DVB (11856): pvrusb2: Ensure we specify I/F's for all bandwidths

pvrusb2: Ensure we specify I/F's for all bandwidths

Signed-off-by: Steven Toth <stoth@kernellabs.com>
Acked-by: Mike Isely <isely@pobox.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11855): cx23885: Ensure we specify I/F's for all bandwidths
Steven Toth [Sat, 16 May 2009 00:04:18 +0000 (21:04 -0300)]
V4L/DVB (11855): cx23885: Ensure we specify I/F's for all bandwidths

cx23885: Ensure we specify I/F's for all bandwidths

Signed-off-by: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11854): TDA10048: Ensure the I/F changes during DVB-T 6/7/8 bandwidth changes.
Steven Toth [Sat, 16 May 2009 00:01:57 +0000 (21:01 -0300)]
V4L/DVB (11854): TDA10048: Ensure the I/F changes during DVB-T 6/7/8 bandwidth changes.

TDA10048: Ensure the I/F changes during DVB-T 6/7/8 bandwidth changes.

Signed-off-by: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11853): minor have assigned value twice
figo.zhang [Mon, 18 May 2009 02:31:55 +0000 (23:31 -0300)]
V4L/DVB (11853): minor have assigned value twice

The variable minor have assigned value twice, the first time is in the
initial "video_device" data struct in those drivers, pls see
saa7134-video.c,line 2503.

 ---

Signed-off-by: Figo.zhang <figo.zhang@kolorific.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11852): saa7134-video.c: poll method lose race condition
figo.zhang [Mon, 18 May 2009 02:13:13 +0000 (23:13 -0300)]
V4L/DVB (11852): saa7134-video.c: poll method lose race condition

saa7134-video.c: poll method lose race condition

Signed-off-by: Figo Zhang <figo.zhang@kolorific.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11851): patch: s2255drv: adding V4L2_MODE_HIGHQUALITY
Dean Anderson [Fri, 15 May 2009 17:32:04 +0000 (14:32 -0300)]
V4L/DVB (11851): patch: s2255drv: adding V4L2_MODE_HIGHQUALITY

Adding V4L2_MODE_HIGHQUALITY feature.

Signed-off-by: Dean Anderson <dean@sensoray.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11838): uvcvideo: Add Lenovo Thinkpad SL400 to device list comments
Filipe Rosset [Tue, 19 May 2009 13:12:17 +0000 (10:12 -0300)]
V4L/DVB (11838): uvcvideo: Add Lenovo Thinkpad SL400 to device list comments

Update the 17ef:480b device comment to list Lenovo Thinkpad SL400.

Signed-off-by: Filipe Rosset <rosset.filipe@gmail.com>
Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11850): pvrusb2: Instantiate ir_video I2C device by default
Jean Delvare [Wed, 13 May 2009 19:56:20 +0000 (16:56 -0300)]
V4L/DVB (11850): pvrusb2: Instantiate ir_video I2C device by default

Now that the ir-kbd-i2c driver has been converted to a new-style i2c
driver, we can instantiate the ir_video I2C device by default. The
pvr2_disable_ir_video is kept to disable the IR receiver, either
because the user doesn't use it, or for debugging purpose.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Acked-by: Mike Isely <isely@pobox.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11849): ivtv: Probe more I2C addresses for IR devices
Jean Delvare [Wed, 13 May 2009 19:55:13 +0000 (16:55 -0300)]
V4L/DVB (11849): ivtv: Probe more I2C addresses for IR devices

Probe I2C addresses 0x71 and 0x6b for IR receiver devices (for the
PVR150 and Adaptec cards, respectively.)

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11848): saa7134: Simplify handling of IR on AVerMedia Cardbus E506R
Jean Delvare [Wed, 13 May 2009 19:52:44 +0000 (16:52 -0300)]
V4L/DVB (11848): saa7134: Simplify handling of IR on AVerMedia Cardbus E506R

Now that we instantiate I2C IR devices explicitly, we can skip probing
altogether on boards where the I2C IR device address is known. The
AVerMedia Cardbus E506R is one of these boards.

Tested-by: Oldrich Jedlicka <oldium.pro@seznam.cz>
Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11847): saa7134: Simplify handling of IR on MSI TV@nywhere Plus
Jean Delvare [Wed, 13 May 2009 19:51:46 +0000 (16:51 -0300)]
V4L/DVB (11847): saa7134: Simplify handling of IR on MSI TV@nywhere Plus

Now that we instantiate I2C IR devices explicitly, we can skip probing
altogether on boards where the I2C IR device address is known. The MSI
TV@nywhere Plus is one of these boards.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11846): ir-kbd-i2c: Don't assume all IR receivers are supported
Jean Delvare [Wed, 13 May 2009 19:50:11 +0000 (16:50 -0300)]
V4L/DVB (11846): ir-kbd-i2c: Don't assume all IR receivers are supported

The code in ir_probe makes the dangerous assumption that all IR
receivers are supported by the driver. The new i2c model makes it
possible for bridge drivers to instantiate IR devices before they are
supported, therefore the ir-kbd-i2c drivers must be made more robust
to not spam the logs or even crash on unsupported IR devices. Simply,
the driver will not bind to the unsupported devices.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11845): ir-kbd-i2c: Use initialization data
Jean Delvare [Wed, 13 May 2009 19:49:32 +0000 (16:49 -0300)]
V4L/DVB (11845): ir-kbd-i2c: Use initialization data

For specific boards, pass initialization data to ir-kbd-i2c instead
of modifying the settings after the device is initialized. This is
more efficient and easier to read.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11844): ir-kbd-i2c: Switch to the new-style device binding model
Jean Delvare [Wed, 13 May 2009 19:48:50 +0000 (16:48 -0300)]
V4L/DVB (11844): ir-kbd-i2c: Switch to the new-style device binding model

Let card drivers probe for IR receiver devices and instantiate them if
found. Ultimately it would be better if we could stop probing
completely, but I suspect this won't be possible for all card types.

There's certainly room for cleanups. For example, some drivers are
sharing I2C adapter IDs, so they also had to share the list of I2C
addresses being probed for an IR receiver. Now that each driver
explicitly says which addresses should be probed, maybe some addresses
can be dropped from some drivers.

Also, the special cases in saa7134-i2c should probably be handled on a
per-board basis. This would be more efficient and less risky than always
probing extra addresses on all boards. I'll give it a try later.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11843): ir-kbd-i2c: Don't use i2c_client.name for our own needs
Jean Delvare [Wed, 13 May 2009 19:48:07 +0000 (16:48 -0300)]
V4L/DVB (11843): ir-kbd-i2c: Don't use i2c_client.name for our own needs

In the standard device driver binding model, the name field of
struct i2c_client is used to match devices to their drivers, so we
must stop using it for internal purposes. Define a separate field
in struct IR_i2c as a replacement, and use it.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11842): radio-mr800.c: missing mutex include
Alessio Igor Bogani [Tue, 12 May 2009 20:39:27 +0000 (17:39 -0300)]
V4L/DVB (11842): radio-mr800.c: missing mutex include

radio-mr800.c uses struct mutex, so while <linux/mutex.h> seems to be
pulled in indirectly by one of the headers it already includes, the right
thing is to include it directly.

Signed-off-by: Alessio Igor Bogani <abogani@texware.it>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Acked-by: Alexey Klimov <klimov.linux@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11841): core: fix potential mutex_unlock without mutex_lock in dvb_dvr_read
Simon Arlott [Tue, 12 May 2009 20:39:28 +0000 (17:39 -0300)]
V4L/DVB (11841): core: fix potential mutex_unlock without mutex_lock in dvb_dvr_read

dvb_dvr_read may unlock the dmxdev mutex and return -ENODEV, except this
function is a file op and will never be called with the mutex held.

There's existing mutex_lock and mutex_unlock around the actual read but
it's commented out.  These should probably be uncommented but the read
blocks and this could block another non-blocking reader on the mutex
instead.

This change comments out the extra mutex_unlock.

[akpm@linux-foundation.org: cleanups, simplification]
Signed-off-by: Simon Arlott <simon@fire.lp0.eu>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11840): change kmalloc to vmalloc for sglist allocation in videobuf_dma_map...
Cohen David.A [Mon, 11 May 2009 14:00:20 +0000 (11:00 -0300)]
V4L/DVB (11840): change kmalloc to vmalloc for sglist allocation in videobuf_dma_map/unmap

Change kmalloc()/kfree() to vmalloc()/vfree() for sglist allocation
during videobuf_dma_map() and videobuf_dma_unmap()

High resolution sensors might require too many contiguous pages
to be allocated for sglist by kmalloc() during videobuf_dma_map()
(i.e. 256Kib for 8MP sensor).
In such situations, kmalloc() could face some problem to find the
required free memory. vmalloc() is a safer solution instead, as the
allocated memory does not need to be contiguous.

Signed-off-by: David Cohen <david.cohen@nokia.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11837): uvcvideo: Start status polling on device open
Laurent Pinchart [Tue, 19 May 2009 13:08:03 +0000 (10:08 -0300)]
V4L/DVB (11837): uvcvideo: Start status polling on device open

Most UVC camera include an interrupt endpoint to report control value changes,
video streaming errors and camera button events. The USB controller
continuously polls the interrupt endpoint to retrieve such events. This
prevents the device from being auto-suspended, and thus consumes power.

Reporting video streaming errors don't make sense when the V4L2 device is
closed. Control value changes are probably useless as well if nobody listens to
the events, although caching will probably have to be completely disabled then.
No polling is thus be required when /dev/videoX is not opened.

To enable auto-suspend and save power do not poll the interrupt endpoint until
the device is open. We lose the ability to detect button events if no
application is using the camera.

http://bugzilla.kernel.org/show_bug.cgi?id=11948

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11836): uvcvideo: Add missing whitespaces to multi-line format strings.
Laurent Pinchart [Wed, 6 May 2009 15:37:44 +0000 (12:37 -0300)]
V4L/DVB (11836): uvcvideo: Add missing whitespaces to multi-line format strings.

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11835): uvcvideo: Parse frame descriptors with non-continuous indexes.
Laurent Pinchart [Wed, 6 May 2009 15:30:30 +0000 (12:30 -0300)]
V4L/DVB (11835): uvcvideo: Parse frame descriptors with non-continuous indexes.

The UVC specification requires frame descriptors indexes to range from 1 to
the number of frame descriptors. At least some Hercules Dualpix Infinite
webcams erroneously use non-continuous index ranges. Make the driver support
them.

Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11833): dvb-usb: Remove support for Genpix-CW3K (damages hardware)
Alan Nisota [Wed, 20 May 2009 08:52:13 +0000 (05:52 -0300)]
V4L/DVB (11833): dvb-usb: Remove support for Genpix-CW3K (damages hardware)

I have been informed by the manufacturer that the patch currently in the v4l tree to support the Genpix-CW3K version of the hardware will actually
damage the firmware on recent units.  As he seems to not want this hardware supported in Linux, and I do not know how to detect the difference between
affected and not-affected units, I am requesting the immediate removal of support for this device.  This patch removes a portion of the changeset
dce7e08ed2b1 applied 2007-08-18 relating to this specific device.

Adapted patch to not remove code, but to only to comment it out.

Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11832): dibusb_mc: fix i2c to not corrupt eeprom in case of strange read...
matthieu castet [Wed, 20 May 2009 08:42:33 +0000 (05:42 -0300)]
V4L/DVB (11832): dibusb_mc: fix i2c to not corrupt eeprom in case of strange read pattern

dibusb_i2c_xfer seems to do things very dangerous :
it assumes that it get only write/read request or write request.

That means that read can be understood as write. For example a program
doing
file = open("/dev/i2c-x", O_RDWR);
    ioctl(file, I2C_SLAVE, 0x50)
read(file, data, 10)
    will corrupt the eeprom as it will be understood as a write.

Signed-off-by: Matthieu CASTET <castet.matthieu@free.fr>
Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11831): dib0700: added USB IDs for Terratec T3 and T5
Patrick Boettcher [Wed, 20 May 2009 08:35:02 +0000 (05:35 -0300)]
V4L/DVB (11831): dib0700: added USB IDs for Terratec T3 and T5

This patch adds the USB IDs for the Terratec devices T3 and T5.

Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11830): dib0700: add support for Leadtek WinFast DTV Dongle H
tomas petr [Wed, 20 May 2009 08:28:05 +0000 (05:28 -0300)]
V4L/DVB (11830): dib0700: add support for Leadtek WinFast DTV Dongle H

"Leadtek WinFast DTV Dongle H" is a hybrid digital/analog USB-stick TV
receiver. The code below allows the digital part to work with dvb_usb
in linux.

Signed-off-by: tomas petr <tom-petr@seznam.cz>
Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11829): Rewrote frontend-attach mechanism to gain noise-less deactivation...
Patrick Boettcher [Wed, 20 May 2009 08:08:26 +0000 (05:08 -0300)]
V4L/DVB (11829): Rewrote frontend-attach mechanism to gain noise-less deactivation of submodules

This patch is reorganizing the frontend-attach mechanism in order to
gain noise-less (superflous prints) deactivation of submodules.

Credits go to Uwe Bugla for helping to clean and test the code.

Signed-off-by: Uwe Bugla <uwe.bugla@gmx.de>
Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11828): Reducing print-level of I2C error prints
Matthias Schwarzott [Wed, 20 May 2009 07:57:10 +0000 (04:57 -0300)]
V4L/DVB (11828): Reducing print-level of I2C error prints

Reducing the print-levle of I2C error prints cleans some unwanted but
unavoidable errors from default syslog-level.

Signed-off-by: Matthias Schwarzott <zzam@gentoo.org>
Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11827): Add support for Terratec Grabster AV350
Mauro Carvalho Chehab [Sun, 24 May 2009 03:46:01 +0000 (00:46 -0300)]
V4L/DVB (11827): Add support for Terratec Grabster AV350

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11825): em28xx: add Terratec Grabby
Mauro Carvalho Chehab [Sat, 23 May 2009 12:58:52 +0000 (09:58 -0300)]
V4L/DVB (11825): em28xx: add Terratec Grabby

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11810): em28xx: properly set packet size based on the device's eeprom config...
Devin Heitmueller [Sat, 16 May 2009 20:09:28 +0000 (17:09 -0300)]
V4L/DVB (11810): em28xx: properly set packet size based on the device's eeprom configuration.

The em28xx actually has a register that tells the driver what the maximum
packet size is (based on a value programmed into the eeprom).  Make use of
that register instead of assuming a hardcoded value of 564 (since 564 is not
correct for devices that do QAM such as the KWorld 340u).

Note that for now the em2874 code isn't there, falling back to the 564 value,
however this is not a problem since there are not any em2874 based devices in
the current v4l-dvb tree).

Thanks to Jarod Wilson for detecting the initial problem and figuring out that
the isoc configuration was wrong for his device.

Cc: Jarod Wilson <jarod@wilsonet.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11808): au0828: get rid of debug printk that was causing compile failures
Devin Heitmueller [Fri, 15 May 2009 02:38:51 +0000 (23:38 -0300)]
V4L/DVB (11808): au0828: get rid of debug printk that was causing compile failures

Remove a debug printk() line I added which is no longer needed, and happened
to be causing compile failures on some earlier kernels in Han's daily
compile report.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11807): cx88: remove xc5000 reset for Pinnacle 800i
Devin Heitmueller [Fri, 15 May 2009 00:50:36 +0000 (21:50 -0300)]
V4L/DVB (11807): cx88: remove xc5000 reset for Pinnacle 800i

According to the engineer at PCTV Systems, the xc5000 reset pin is supposed
to be on GPIO12.  However, despite three nights of effort, pulling that GPIO
low didn't reset the xc5000.  While pulling MO_SRST_IO low does reset the
xc5000, this also resets in the s5h1409 being reset as well.  This causes
tuning to always fail since the internal state of the s5h1409 does not match
the driver's state.

Given that the only two conditions in which the driver performs a reset is
during firmware load and powering down the chip, I am taking out the reset.
We know that the chip is being reset when the cx88 comes online, and not being
able to do power management for this board is better than not having any
tuning at all.

Problem discovered when implementing proper power management for the xc5000,
which results in calls to the reset callback *after* s5h1409 is initialized.

Cc: Steven Toth <stoth@kernellabs.com>
Cc: Chaogui Zhang <czhang1974@gmail.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11806): xc5000: add copyright line
Devin Heitmueller [Fri, 15 May 2009 00:31:11 +0000 (21:31 -0300)]
V4L/DVB (11806): xc5000: add copyright line

Add copyright line for xc5000.c.

Cc: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11805): au0828: send command to power down tuner when done with analog
Devin Heitmueller [Wed, 6 May 2009 23:54:00 +0000 (20:54 -0300)]
V4L/DVB (11805): au0828: send command to power down tuner when done with analog

Make sure the au0828 issues the command to power down the tuner when the
user is done using analog support.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11804): xc5000: poll at 5ms interval for register write command completion
Devin Heitmueller [Tue, 5 May 2009 02:29:17 +0000 (23:29 -0300)]
V4L/DVB (11804): xc5000: poll at 5ms interval for register write command completion

Instead of polling at 100ms intervals for register writes, poll at 5ms
intervals.  This is consistent with the xc5000 specification, and improves
tuning time by up to 500 ms on devices that such as the au0828 which do not
properly implement i2c clock stretching (since the five register writes that
occur for a tuning request often do not complete immediately but do complete
far before 100ms has gone by).

The net amount of time we wait before timing out is unchanged (500ms).

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11803): xc5000: add support for DVB-T tuning
David T.L. Wong [Tue, 5 May 2009 01:59:58 +0000 (22:59 -0300)]
V4L/DVB (11803): xc5000: add support for DVB-T tuning

This patch adds XC5000 supports for DVB-T 6MHz and 8MHz bandwidth.

Signed-off-by: David T.L. Wong <davidtlwong@gmail.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11802): xc5000: switch to new xc5000 firmware 1.6.114 with redistribution...
Devin Heitmueller [Tue, 5 May 2009 01:04:20 +0000 (22:04 -0300)]
V4L/DVB (11802): xc5000: switch to new xc5000 firmware 1.6.114 with redistribution rights

Xceive has graciously allowed us to now freely redistribute the xc5000
firmware, which eliminates the need for users to manually extract the blob
from the Hauppauge driver.

Thanks to Brian Mathews <bmathews@xceive.com> for providing this code

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11801): dib0700: reduce xc5000 sleep time for Pinnacle 801e to 10ms
Devin Heitmueller [Tue, 5 May 2009 00:57:41 +0000 (21:57 -0300)]
V4L/DVB (11801): dib0700: reduce xc5000 sleep time for Pinnacle 801e to 10ms

According to the xc5000 spec, the reset pin only needs to be held low for 10ms.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11800): tuner-xc2028: show the proper module description for no_poweroff...
Devin Heitmueller [Tue, 28 Apr 2009 19:22:47 +0000 (16:22 -0300)]
V4L/DVB (11800): tuner-xc2028: show the proper module description for no_poweroff option

There was a typo in the module description for the "no_poweroff" option, where the
help was being associated with the "debug" option instead.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11799): xc5000: don't load firmware until a tuning request is made
Devin Heitmueller [Tue, 28 Apr 2009 17:07:14 +0000 (14:07 -0300)]
V4L/DVB (11799): xc5000: don't load firmware until a tuning request is made

Defer loading of the xc5000 firmware until it is actually needed.  This helps
on distros that have hald, which results in the device not being available
for use for around ten seconds in cases where the i2c bus is slow (such as
the HVR-950Q).  Also, the firmware load isn't really useful since we
immediately put the device to sleep afterward, which means a firmware reload
will be required anyway.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11798): xc5000: add "no_poweroff" module option
Devin Heitmueller [Tue, 28 Apr 2009 16:53:38 +0000 (13:53 -0300)]
V4L/DVB (11798): xc5000: add "no_poweroff" module option

Provide for the ability for a user to disable putting the tuner to sleep, in
case he doesn't want to incur the cost of reloading the firmware when starting
up his/her application.  The module options are intentionally identical to
xc3028.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11797): xc5000: cleanup firmware loading messages
Devin Heitmueller [Fri, 3 Apr 2009 01:45:17 +0000 (22:45 -0300)]
V4L/DVB (11797): xc5000: cleanup firmware loading messages

Make it a little more obvious in the dmesg output what is going on during
firmware upload.  This is more important for boards like the HVR-950q that
take nearly seven seconds to do the upload.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
15 years agoV4L/DVB (11796): xc5000: start using the newer "finerfreq" tuning command
Devin Heitmueller [Fri, 3 Apr 2009 01:40:29 +0000 (22:40 -0300)]
V4L/DVB (11796): xc5000: start using the newer "finerfreq" tuning command

Starting in firmware version 1.1.44, Xceive recommends using the FINERFREQ for
all normal tuning (the doc indicates reg 0x03 should only be used for fast
scanning for channel lock)

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>