GitHub/MotorolaMobilityLLC/kernel-slsi.git
13 years ago[media] usbvision: convert // to /* */
Hans Verkuil [Sun, 19 Dec 2010 23:33:51 +0000 (20:33 -0300)]
[media] usbvision: convert // to /* */

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] usbvision: get rid of camelCase
Hans Verkuil [Sun, 19 Dec 2010 23:21:36 +0000 (20:21 -0300)]
[media] usbvision: get rid of camelCase

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] usbvision: convert to unlocked_ioctl
Hans Verkuil [Sat, 18 Dec 2010 14:06:09 +0000 (11:06 -0300)]
[media] usbvision: convert to unlocked_ioctl

Convert driver to use core-assisted locking.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] tm6000: Fix mutex unbalance
Dmitri Belimov [Wed, 29 Dec 2010 00:49:07 +0000 (21:49 -0300)]
[media] tm6000: Fix mutex unbalance

Hi

Fix never unlocked mutex. No more crash after removing USB stick.

With my best regards, Dmitry.

Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov <d.belimov@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - sonixj: Bad clock for om6802 in 640x480
Jean-François Moine [Tue, 28 Dec 2010 10:39:13 +0000 (07:39 -0300)]
[media] gspca - sonixj: Bad clock for om6802 in 640x480

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - stv06xx/st6422: Use the new video control mechanism
Jean-François Moine [Tue, 28 Dec 2010 10:35:27 +0000 (07:35 -0300)]
[media] gspca - stv06xx/st6422: Use the new video control mechanism

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - vc032x: Cleanup source
Jean-François Moine [Tue, 28 Dec 2010 10:24:18 +0000 (07:24 -0300)]
[media] gspca - vc032x: Cleanup source

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - zc3xx: The sensor of the VF0250 is a GC0303
Jean-François Moine [Tue, 28 Dec 2010 10:17:40 +0000 (07:17 -0300)]
[media] gspca - zc3xx: The sensor of the VF0250 is a GC0303

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - zc3xx: Use the new video control mechanism
Jean-François Moine [Tue, 28 Dec 2010 10:09:34 +0000 (07:09 -0300)]
[media] gspca - zc3xx: Use the new video control mechanism

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - zc3xx: Keep sorted the device table
Jean-François Moine [Tue, 28 Dec 2010 10:02:32 +0000 (07:02 -0300)]
[media] gspca - zc3xx: Keep sorted the device table

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca: Bad comment
Jean-François Moine [Tue, 28 Dec 2010 10:01:04 +0000 (07:01 -0300)]
[media] gspca: Bad comment

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - pac7302/pac7311: Fix some warnings
Jean-François Moine [Tue, 28 Dec 2010 09:59:04 +0000 (06:59 -0300)]
[media] gspca - pac7302/pac7311: Fix some warnings

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - main: Fix some warnings
Jean-François Moine [Tue, 28 Dec 2010 09:55:01 +0000 (06:55 -0300)]
[media] gspca - main: Fix some warnings

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] bt819: the ioctls in the header are internal to the kernel
Hans Verkuil [Mon, 27 Dec 2010 15:27:50 +0000 (12:27 -0300)]
[media] bt819: the ioctls in the header are internal to the kernel

Remove bt819.h from ioctl-number.txt and make a note in the header
that these ioctls are for internal use only.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] saa6588: rename rds.h to saa6588.h
Hans Verkuil [Mon, 27 Dec 2010 15:22:46 +0000 (12:22 -0300)]
[media] saa6588: rename rds.h to saa6588.h

The naming of the media/rds.h header suggested that it was a generic
RDS header, when in fact it is just a saa6588 module API that is
internal to the kernel.

Rename the header and the struct and defines in it to make this clear.

Also removed the header include in radio-si470x.h (not used anymore)
and from ioctl-number.txt (it's internal to the kernel and never called
from userspace).

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: video: pvrusb2: fix memory leak
Vasiliy Kulikov [Fri, 19 Nov 2010 18:41:49 +0000 (15:41 -0300)]
[media] media: video: pvrusb2: fix memory leak

Use put_device() instead of kfree() because of device name leak.

Signed-off-by: Vasiliy Kulikov <segoon@openwall.com>
Acked-by: Mike Isely <isely@pobox.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] support of GoTView PCI-E X5 3D Hybrid in cx23885
Alexey Chernov [Mon, 6 Dec 2010 20:09:53 +0000 (17:09 -0300)]
[media] support of GoTView PCI-E X5 3D Hybrid in cx23885

Some comments:
1. Everything initialize properly except radio.
2. All analog inputs (TV, composite, S-Video) are tested by myself in several
TV norms (SECAM-D, PAL, NTSC), everything work fine.

So the patch adds general support/detection of the card with working analog
part, DVB part is not supported for now.

Signed-off-by: Alexey Chernov <4ernov@gmail.com>
Reviewed-by: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx231xx: use bitwise negate instead of logical
Dan Carpenter [Tue, 28 Dec 2010 00:04:58 +0000 (21:04 -0300)]
[media] cx231xx: use bitwise negate instead of logical

Bitwise negate was intended here.  INPUT_SEL_MASK is 0x30.

Signed-off-by: Dan Carpenter <error27@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] em28xx: Fix audio input for Terratec Grabby
Mauro Carvalho Chehab [Mon, 25 Oct 2010 20:51:15 +0000 (17:51 -0300)]
[media] em28xx: Fix audio input for Terratec Grabby

The audio input line was wrong. Fix it.

Cc: stable@kernel.org
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cardlist: Update lists for em28xx and saa7134
Mauro Carvalho Chehab [Tue, 28 Dec 2010 11:13:50 +0000 (08:13 -0300)]
[media] cardlist: Update lists for em28xx and saa7134

PS.: The cardlists are auto-generated via scripts.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] saa7134: Add support for Compro VideoMate Vista M1F
Ramiro Morales [Sun, 26 Dec 2010 21:13:30 +0000 (18:13 -0300)]
[media] saa7134: Add support for Compro VideoMate Vista M1F

Signed-off-by: Pavel Osnova <pvosnova@gmail.com>
Signed-off-by: Ramiro Morales <ramiro@rmorales.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx88-dvb.c: DVB net latency using Hauppauge HVR4000
Ang Way Chuang [Fri, 24 Dec 2010 05:40:46 +0000 (02:40 -0300)]
[media] cx88-dvb.c: DVB net latency using Hauppauge HVR4000

A Hauppauge HVR 4000 is used on a School On Internet Asia (SOI Asia)
project in order to carry IP traffic over ULE. However, there is an
issue with high latency jitter.

My boss, Husni, identified the problem and provided a patch for it.

The default buffer size of 32 TS frames on cx88 causes the high latency,
so our deployment changes that to 6 TS frames. This patch made the
buffer size tunable, while keeping the default buffer size of 32 TS
frames unchanged.

Signed-off-by: Achmad Husni Thamrin <husni@ai3.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx231xxx: fix typo in saddr_len check
Dan Carpenter [Thu, 23 Dec 2010 19:38:53 +0000 (16:38 -0300)]
[media] cx231xxx: fix typo in saddr_len check

The original code compared "saddr_len" with zero twice in a nonsensical
way.  I asked the list, and Andy Walls and Sri Deevi say that the second
check should be if "saddr_len == 1".

Signed-off-by: Dan Carpenter <error27@gmail.com>
Signed-off-by: Srinivasa Deevi <Srinivasa.deevi@conexant.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] fsl_viu: add VIDIOC_QUERYSTD and VIDIOC_G_STD support
Anatolij Gustschin [Wed, 22 Dec 2010 20:31:59 +0000 (17:31 -0300)]
[media] fsl_viu: add VIDIOC_QUERYSTD and VIDIOC_G_STD support

VIDIOC_QUERYSTD and VIDIOC_G_STD ioctls are currently not
supported in the FSL VIU driver. The decoder subdevice
driver saa7115 extended by previous patch supports QUERYSTD
for saa711x, so we add the appropriate ioctls to the VIU
driver to be able to determine the video input's standard.

Signed-off-by: Anatolij Gustschin <agust@denx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] saa7115: allow input standard autodetection for more chips
Anatolij Gustschin [Wed, 22 Dec 2010 20:31:58 +0000 (17:31 -0300)]
[media] saa7115: allow input standard autodetection for more chips

Autodetect input's standard using field frequency detection
feature (FIDT in status byte at 0x1F) of the chips saa7111/
saa7111a/saa7113/saa7114/saa7118.

Signed-off-by: Anatolij Gustschin <agust@denx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] tm6000: rework and fix IR
Dmitri Belimov [Wed, 22 Dec 2010 08:57:46 +0000 (05:57 -0300)]
[media] tm6000: rework and fix IR

Hi

This patch didn't kill Stefan's remotes and just for upload my good part of code.
1. Add some code for show IR activity
2. Add filter for IR remotes
3. Split remotes to different types.
4. Fix stop interrupt pipe when isoc pipe started.

When we decide general way of IR I'll add support our remotes.
For our customers I'll made custom temporary patch without this part.

Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov <d.belimov@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] MEDIA: RC: Provide full scancodes for TT-1500 remote control
David Henningsson [Mon, 27 Dec 2010 18:45:19 +0000 (15:45 -0300)]
[media] MEDIA: RC: Provide full scancodes for TT-1500 remote control

Add 0x15 prefix to scancodes for TT-1500 remote control.

Signed-off-by: David Henningsson <david.henningsson@canonical.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] DVB: Set scanmask for Budget/SAA7146 cards
David Henningsson [Mon, 27 Dec 2010 18:41:58 +0000 (15:41 -0300)]
[media] DVB: Set scanmask for Budget/SAA7146 cards

These devices do not return the full command+address, so set
scanmask accordingly.

Signed-off-by: David Henningsson <david.henningsson@canonical.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] dabusb: Move it to staging to be deprecated
Mauro Carvalho Chehab [Mon, 27 Dec 2010 21:17:12 +0000 (18:17 -0300)]
[media] dabusb: Move it to staging to be deprecated

dabusb driver were conceived as an experimental driver for a test
device. The driver never supported any shipped product, and, while
there were some updates on it in 2003, for an ancient product,
those changes were never submitted upstream.

Also, there's no DocBook for its API, nor any upstream discussion.

So, better to remove it, on .39. If later needed, we may rescue it
from git logs. For now, let's move it to staging.

Acked-by: Deti Fliegl <deti@fliegl.de>
Cc: Deti Fliegl <deti@fliegl.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] streamzap: Fix a compilation warning when compiled builtin
Mauro Carvalho Chehab [Mon, 27 Dec 2010 16:00:04 +0000 (13:00 -0300)]
[media] streamzap: Fix a compilation warning when compiled builtin

drivers/media/rc/streamzap.c: In function ‘streamzap_probe’:
drivers/media/rc/streamzap.c:460:2: warning: statement with no effect

Cc: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] af9013: Fix a compilation warning
Mauro Carvalho Chehab [Mon, 27 Dec 2010 15:58:02 +0000 (12:58 -0300)]
[media] af9013: Fix a compilation warning

drivers/media/dvb/frontends/af9013.c: In function ‘af9013_update_signal_strength.clone.0’:
drivers/media/dvb/frontends/af9013.c:967:6: warning: ‘ret’ may be used uninitialized in this function

Cc: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] stv090x: Fix some compilation warnings
Mauro Carvalho Chehab [Mon, 27 Dec 2010 15:16:47 +0000 (12:16 -0300)]
[media] stv090x: Fix some compilation warnings

A few typos at the driver are causing the following warnings:

drivers/media/dvb/frontends/stv090x.c: In function ‘stv090x_start_search’:
drivers/media/dvb/frontends/stv090x.c:1486:27: warning: comparison between ‘enum stv090x_search’ and ‘enum stv090x_delsys’
drivers/media/dvb/frontends/stv090x.c:1487:24: warning: comparison between ‘enum stv090x_search’ and ‘enum stv090x_delsys’
drivers/media/dvb/frontends/stv090x.c: In function ‘stv090x_optimize_track’:
drivers/media/dvb/frontends/stv090x.c:2943:2: warning: case value ‘4’ not in enumerated type ‘enum stv090x_delsys’

The first two are due to the lack of using the delsys types
STV090x_DVBS1/STV090x_DSS
instead of
STV090x_SEARCH_DVBS1/STV090x_SEARCH_DSS

The second one is due to the usage of STV090x_UNKNOWN (enum stv090x_modulation)
instead of STV090x_ERROR (enum stv090x_delsys).

Cc: Manu Abraham <abraham.manu@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca: Fix a warning for using len before filling it
Mauro Carvalho Chehab [Mon, 27 Dec 2010 15:00:03 +0000 (12:00 -0300)]
[media] gspca: Fix a warning for using len before filling it

The check for status errors is now before the check for len. That's
ok. However, the error printk's for the status error prints the URB
length. This generates this error:

drivers/media/video/gspca/gspca.c: In function ‘fill_frame’:
drivers/media/video/gspca/gspca.c:305:9: warning: ‘len’ may be used uninitialized in this function

The fix is as simple as moving the len init to happen before the checks.

Cc: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] dib7000m/dib7000p: Add support for TRANSMISSION_MODE_4K
Mauro Carvalho Chehab [Mon, 27 Dec 2010 14:55:07 +0000 (11:55 -0300)]
[media] dib7000m/dib7000p: Add support for TRANSMISSION_MODE_4K

Fixes several warnings:

drivers/media/dvb/frontends/dib7000m.c: In function ‘dib7000m_set_channel’:
drivers/media/dvb/frontends/dib7000m.c:808:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000m.c:869:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000m.c: In function ‘dib7000m_tune’:
drivers/media/dvb/frontends/dib7000m.c:1023:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000m.c:1033:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000m.c:1043:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000p.c: In function ‘dib7000p_set_channel’:
drivers/media/dvb/frontends/dib7000p.c:720:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000p.c:773:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000p.c: In function ‘dib7000p_tune’:
drivers/media/dvb/frontends/dib7000p.c:997:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000p.c:1007:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’
drivers/media/dvb/frontends/dib7000p.c:1017:3: warning: case value ‘255’ not in enumerated type ‘fe_transmit_mode_t’

The drivers were prepared to support 4K carriers, but as the define were added
later, they were using a "magic" value of 255.

Cc: Patrick Boettcher <pb@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] lirc_zilog: Fix a warning
Mauro Carvalho Chehab [Mon, 27 Dec 2010 14:47:17 +0000 (11:47 -0300)]
[media] lirc_zilog: Fix a warning

drivers/staging/lirc/lirc_zilog.c: In function ‘send_code’:
drivers/staging/lirc/lirc_zilog.c:886:1: warning: label ‘done’ defined but not used

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] radio-wl1273: Fix two warnings
Mauro Carvalho Chehab [Mon, 27 Dec 2010 14:44:50 +0000 (11:44 -0300)]
[media] radio-wl1273: Fix two warnings

drivers/media/radio/radio-wl1273.c: In function ‘wl1273_fm_upload_firmware_patch’:
drivers/media/radio/radio-wl1273.c:675:2: warning: ‘n’ may be used uninitialized in this function
drivers/media/radio/radio-wl1273.c:675:2: warning: ‘i’ may be used uninitialized in this function

Those vars are never initialized, and the debug message makes no sense, as it
will show just two random values.

Cc: Matti J. Aaltonen <matti.j.aaltonen@nokia.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] dmxdev: Fix a compilation warning due to a bad type
Mauro Carvalho Chehab [Mon, 27 Dec 2010 14:41:14 +0000 (11:41 -0300)]
[media] dmxdev: Fix a compilation warning due to a bad type

drivers/media/dvb/dvb-core/dmxdev.c: In function ‘dvb_dmxdev_start_feed’:
drivers/media/dvb/dvb-core/dmxdev.c:583:13: warning: comparison between ‘enum dmx_ts_pes’ and ‘enum <anonymous>’

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] feature_removal_schedule.txt: mark VIDIOC_*_OLD ioctls to die
Mauro Carvalho Chehab [Mon, 27 Dec 2010 14:14:52 +0000 (11:14 -0300)]
[media] feature_removal_schedule.txt: mark VIDIOC_*_OLD ioctls to die

There are some old broken definitions of ioctl's, where the
read/write arguments were marked wrong. The last one were added
on 2.6.6 kernel. Remove them, in order to cleanup some
copy_from_user/copy_to_user logic done inside V4L core.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging/lirc: Fix compilation when LIRC=m
Mauro Carvalho Chehab [Mon, 27 Dec 2010 12:41:05 +0000 (09:41 -0300)]
[media] staging/lirc: Fix compilation when LIRC=m

drivers/staging/lirc/lirc_bt829.c:141: undefined reference to `lirc_register_driver'
drivers/built-in.o:(.rodata+0x20f68): undefined reference to `lirc_dev_fop_read'
drivers/built-in.o:(.rodata+0x20f7c): undefined reference to `lirc_dev_fop_poll'
drivers/built-in.o:(.rodata+0x20f8c): undefined reference to `lirc_dev_fop_open'
drivers/built-in.o:(.rodata+0x20f94): undefined reference to `lirc_dev_fop_close'
drivers/built-in.o:(.rodata+0x21030): undefined reference to `lirc_dev_fop_open'
drivers/built-in.o:(.rodata+0x21038): undefined reference to `lirc_dev_fop_close'

This happens when .config is like:
CONFIG_LIRC=m
CONFIG_IR_LIRC_CODEC=m
CONFIG_LIRC_STAGING=y
CONFIG_LIRC_BT829=y

Don't allow that.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap_vout: Remove an obsolete comment
Mauro Carvalho Chehab [Mon, 27 Dec 2010 11:30:34 +0000 (08:30 -0300)]
[media] omap_vout: Remove an obsolete comment

This comment mentions a field that doesn't exist, and talks about
videodev.h that got removed. So, it doesn't make any sense to keep
it.

Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Remove the old V4L1 v4lgrab.c file
Mauro Carvalho Chehab [Mon, 27 Dec 2010 11:27:05 +0000 (08:27 -0300)]
[media] Remove the old V4L1 v4lgrab.c file

This example file uses the old V4L1 API. It also doesn't use libv4l.
So, it is completely obsolete. A good example already exists at
v4l-utils (v4l2grab.c):
http://git.linuxtv.org/v4l-utils.git

Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Fix videodev.h references at the V4L DocBook
Mauro Carvalho Chehab [Mon, 27 Dec 2010 11:24:58 +0000 (08:24 -0300)]
[media] Fix videodev.h references at the V4L DocBook

Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Documentation/ioctl/ioctl-number.txt: Remove some now freed ioctl ranges
Mauro Carvalho Chehab [Mon, 27 Dec 2010 11:13:12 +0000 (08:13 -0300)]
[media] Documentation/ioctl/ioctl-number.txt: Remove some now freed ioctl ranges

The V4L1 removal patches removed a few ioctls. Update it at the docspace.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L1 removal: Remove linux/videodev.h
Mauro Carvalho Chehab [Mon, 27 Dec 2010 10:47:54 +0000 (07:47 -0300)]
[media] V4L1 removal: Remove linux/videodev.h

There's no sense on keeping it on 2.6.38, as nobody is using it
anymore, at the kernel tree, and installing it at the userspace
API.

As two deprecated drivers still need it, move it to their internal
directories.

Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Remove VIDEO_V4L1 Kconfig option
Mauro Carvalho Chehab [Mon, 27 Dec 2010 10:38:48 +0000 (07:38 -0300)]
[media] Remove VIDEO_V4L1 Kconfig option

There's no sense on keeping VIDEO_V4L1 Kconfig option just because of
two deprecated drivers moved to staging scheduled to die on 2.6.39.

Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: Add TODO files for se401 and usbvideo/vicam
Mauro Carvalho Chehab [Mon, 27 Dec 2010 10:33:41 +0000 (07:33 -0300)]
[media] staging: Add TODO files for se401 and usbvideo/vicam

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] ivtv: Return EFAULT when copy_from_user() fails in ivtv_write_vbi_from_user()
Andy Walls [Mon, 20 Dec 2010 00:59:56 +0000 (21:59 -0300)]
[media] ivtv: Return EFAULT when copy_from_user() fails in ivtv_write_vbi_from_user()

If write() on a VBI device node fails due to a bad buffer pointer from
userspace, we should notify the application properly with EFAULT, per the
V4L2 API spec.

Signed-off-by: Andy Walls <awalls@md.metrocast.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] ivtv: ivtv_write_vbi() should use copy_from_user() for user data buffers
Andy Walls [Sat, 18 Dec 2010 13:48:17 +0000 (10:48 -0300)]
[media] ivtv: ivtv_write_vbi() should use copy_from_user() for user data buffers

ivtv_write_vbi() is used for both VBI data that came from the
driver internally and VBI data that came from the user.  However,
it did not use copy_from_user() for reading the VBI data from the
user buffers.

This change adds a new version of the function,
ivtv_write_vbi_from_user(), that uses copy_from_user() to read the VBI
data provided via user buffers.

This should resolve a sparse build warning reported by Dave Gilbert.

Reported-by: Dr. David Alan Gilbert <linux at treblig.org>
Signed-off-by: Andy Walls <awalls@md.metrocast.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx18: Only allocate a struct cx18_dvb for the DVB TS stream
Andy Walls [Sat, 11 Dec 2010 23:38:20 +0000 (20:38 -0300)]
[media] cx18: Only allocate a struct cx18_dvb for the DVB TS stream

The cx18_stream struct contained a struct cx18_dvb for
every stream object, most of which were for analog capture.
Now we only allocate the cx18_dvb object for the DTV TS stream.

Signed-off-by: Andy Walls <awalls@md.metrocast.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] ivtv, cx18: Make ioremap failure messages more useful for users
Andy Walls [Sat, 11 Dec 2010 15:31:45 +0000 (12:31 -0300)]
[media] ivtv, cx18: Make ioremap failure messages more useful for users

The error messages these drivers emitted for ioremap() failures
were misleading and not helpful for users.  Reworded those messages
to help the user take action to resolve vmalloc address space
exhaustion.

Signed-off-by: Andy Walls <awalls@md.metrocast.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] stk-webcam: remove V4L1 compatibility code, replace with V4L2 controls
Hans Verkuil [Sat, 25 Dec 2010 11:01:38 +0000 (08:01 -0300)]
[media] stk-webcam: remove V4L1 compatibility code, replace with V4L2 controls

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] feature-removal: update V4L1 removal status
Hans Verkuil [Sat, 25 Dec 2010 10:46:56 +0000 (07:46 -0300)]
[media] feature-removal: update V4L1 removal status

While the V4L1 compatibility module has been removed, we still have
two V4L1 drivers that prevent full V4L1 removal.

Those drivers have been moved to staging and will be removed in 2.6.39,
together with the last V4L1 support.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cpia, stradis: remove deprecated V4L1 drivers
Hans Verkuil [Sat, 25 Dec 2010 10:44:33 +0000 (07:44 -0300)]
[media] cpia, stradis: remove deprecated V4L1 drivers

Nobody stepped in to convert these drivers to V4L2, so they are now
removed from the kernel.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] se401: deprecate driver, move to staging
Hans Verkuil [Sat, 25 Dec 2010 10:36:55 +0000 (07:36 -0300)]
[media] se401: deprecate driver, move to staging

The se401 driver is deprecated and is moved to staging. If no one will
convert this driver to V4L2, then it will be removed in 2.6.39.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] usbvideo: deprecate the vicam driver
Hans Verkuil [Sat, 25 Dec 2010 10:27:47 +0000 (07:27 -0300)]
[media] usbvideo: deprecate the vicam driver

Move usbvideo to staging and mark it deprecated.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] usbvideo: remove deprecated drivers
Hans Verkuil [Sat, 25 Dec 2010 10:20:34 +0000 (07:20 -0300)]
[media] usbvideo: remove deprecated drivers

Remove ibmcam, konicawc and ultracam drivers. There are replaced by
gspca drivers.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] documentation: update some files to reflect the V4L1 compat removal
Hans Verkuil [Sat, 25 Dec 2010 10:15:22 +0000 (07:15 -0300)]
[media] documentation: update some files to reflect the V4L1 compat removal

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] videobuf-dma-sg: remove obsolete comments
Hans Verkuil [Sat, 25 Dec 2010 10:04:16 +0000 (07:04 -0300)]
[media] videobuf-dma-sg: remove obsolete comments

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] zoran: remove V4L1 compat code and zoran custom ioctls
Hans Verkuil [Sat, 25 Dec 2010 09:58:01 +0000 (06:58 -0300)]
[media] zoran: remove V4L1 compat code and zoran custom ioctls

All the functionality is now handled through V4L2.

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: remove V4L1 compatibility mode
Hans Verkuil [Fri, 24 Dec 2010 13:33:19 +0000 (10:33 -0300)]
[media] V4L: remove V4L1 compatibility mode

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - ov534_9: Remove an useless instruction
Jean-François Moine [Sat, 25 Dec 2010 17:01:42 +0000 (14:01 -0300)]
[media] gspca - ov534_9: Remove an useless instruction

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - ov519: Bad detection of some ov7670 sensors
Jean-François Moine [Sat, 25 Dec 2010 16:58:45 +0000 (13:58 -0300)]
[media] gspca - ov519: Bad detection of some ov7670 sensors

Tested-by: jim smyth <jsmyth1969@gmail.com>
Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca: Use the global error status for get/set streamparm
Jean-François Moine [Sat, 25 Dec 2010 16:46:14 +0000 (13:46 -0300)]
[media] gspca: Use the global error status for get/set streamparm

Also, in ov534, don't check the parm type.

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - main: Check the isoc packet status before its length
Jean-François Moine [Sat, 25 Dec 2010 16:22:21 +0000 (13:22 -0300)]
[media] gspca - main: Check the isoc packet status before its length

When an error is set for an isochronous packet, the length of the packet
may be null. In this case, the error was not detected and the image
was not discarded as it should be.

Reported-by: Franck Bourdonnec <fbourdonnec@chez.com>
Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - sq930x: Fix a bad comment
Jean-François Moine [Sat, 25 Dec 2010 16:19:59 +0000 (13:19 -0300)]
[media] gspca - sq930x: Fix a bad comment

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - sq930x: Some detected sensors are not handled yet
Jean-François Moine [Sat, 25 Dec 2010 16:11:54 +0000 (13:11 -0300)]
[media] gspca - sq930x: Some detected sensors are not handled yet

These are OmniVision's OV7660 and OV9630.
Don't register the webcam when they are found.

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - sq930x: Don't register a webcam when there are USB errors
Jean-François Moine [Sat, 25 Dec 2010 16:07:57 +0000 (13:07 -0300)]
[media] gspca - sq930x: Don't register a webcam when there are USB errors

Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca - sq905c: Adds the Lego Bionicle
Theodore Kilgore [Fri, 24 Dec 2010 20:06:04 +0000 (17:06 -0300)]
[media] gspca - sq905c: Adds the Lego Bionicle

This patch adds the Vendor:Product number of the Lego Bionicle camera to
the existing gspca/sq905c.c and also a line for the camera in gspca.txt.
The camera works "out of the box" with these small changes. So this is
just in time for Christmas. Think of the children.

Signed-off-by: Theodore Kilgore <kilgota@auburn.edu>
Signed-off-by: Jean-François Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] s2255drv: remove BKL
Pete Eberlein [Mon, 20 Dec 2010 22:18:59 +0000 (19:18 -0300)]
[media] s2255drv: remove BKL

Remove BKL ioctl and use unlocked_ioctl with core-assisted locking instead.

Signed-off-by: Pete Eberlein <pete@sensoray.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] v4l: mem2mem_testdev: remove BKL usage
Marek Szyprowski [Mon, 20 Dec 2010 17:39:25 +0000 (14:39 -0300)]
[media] v4l: mem2mem_testdev: remove BKL usage

Remove usage of BKL by usign per-device mutex.

Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
CC: Pawel Osciak <pawel@osciak.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] timblogiw: too large value for strncpy()
Dan Carpenter [Mon, 20 Dec 2010 12:53:16 +0000 (09:53 -0300)]
[media] timblogiw: too large value for strncpy()

This is a copy and paste error.  It should be using sizeof(cap->driver)
instead of sizeof(cap->card).

Signed-off-by: Dan Carpenter <error27@gmail.com>
Cc: Richard Rojförs <richard.rojfors@pelagicore.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] saa7164: Remove pointless conditional and save a few bytes in saa7164_downloa...
Jesper Juhl [Sat, 18 Dec 2010 22:05:02 +0000 (19:05 -0300)]
[media] saa7164: Remove pointless conditional and save a few bytes in saa7164_downloadfirmware()

Hi,

release_firmware() just does nothing if passed a NULL pointer. So there's
no reason to test before the call in
saa7164-fw.c::saa7164_downloadfirmware().

Removing the pointless conditional also saves a few bytes.
before:
   text    data     bss     dec     hex filename
   7943     112    2144   10199    27d7 drivers/media/video/saa7164/saa7164-fw.o
after:
   text    data     bss     dec     hex filename
   7931     112    2136   10179    27c3 drivers/media/video/saa7164/saa7164-fw.o

Signed-off-by: Jesper Juhl <jj@chaosbits.net>
Cc: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] drivers:media:dvb: add USB PIDs for Elgato EyeTV Sat
Sam Doshi [Sat, 18 Dec 2010 15:58:54 +0000 (12:58 -0300)]
[media] drivers:media:dvb: add USB PIDs for Elgato EyeTV Sat

Adds USB PIDs for the Elgato EyeTV Sat device.
This device is a clone of the Terratec S7.

Signed-off-by: Sam Doshi <sam@metal-fish.co.uk>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: fsl-viu: fix support for streaming with mmap method
Anatolij Gustschin [Fri, 17 Dec 2010 09:40:50 +0000 (06:40 -0300)]
[media] media: fsl-viu: fix support for streaming with mmap method

Streaming using mmap didn't work in the VIU driver. We need to
start/stop DMA in streamon/streamoff and free the buffers on
release. Add appropriate driver extension now.

Signed-off-by: Anatolij Gustschin <agust@denx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] zoran: bit-wise vs logical and
Dan Carpenter [Fri, 10 Dec 2010 12:39:34 +0000 (09:39 -0300)]
[media] zoran: bit-wise vs logical and

zr->frame_num is a counter and && was intended here instead of &.

Signed-off-by: Dan Carpenter <error27@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] DM04/QQBOX Frontend attach change
Malcolm Priestley [Tue, 7 Dec 2010 22:49:24 +0000 (19:49 -0300)]
[media] DM04/QQBOX Frontend attach change

On Fri, 2010-12-03 at 09:32 -0200, Mauro Carvalho Chehab wrote:
> Em 27-11-2010 11:13, Malcolm Priestley escreveu:
> > Driver Version v1.73 - Frontend attach change.
> > To stop double rc registration in multi tuner environment or firmware change.
> >
> > Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
> >
> >
> > +static int lme_name(struct dvb_usb_adapter *adap)
> > +{
> > + struct lme2510_state *st = adap->dev->priv;
> > + const char *desc = adap->dev->desc->name;
> > + char *fe_name[] = {"", " LG TDQY-P001F", " SHARP:BS2F7HZ7395"};
> > + char *name = adap->fe->ops.info.name;
> > +
> > + strcpy(name, desc);
> > + strcat(name, fe_name[st->tuner_config]);
>
> Please use, instead, strlcpy/strlcat, to avoid writing outside the buffer size.
>

Driver Version v1.74
Amended patch with change to strlcpy/strlcat.

Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: fix em28xx build, needs hardirq.h
Randy Dunlap [Tue, 7 Dec 2010 18:50:09 +0000 (15:50 -0300)]
[media] media: fix em28xx build, needs hardirq.h

Fix em28xx build by adding hardirq.h header file:

drivers/media/video/em28xx/em28xx-vbi.c:49: error: implicit declaration of function 'in_interrupt'

Reported-by: Zimny Lech <napohybelskurwysynom2010@gmail.com>
Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] rc: ir-lirc-codec: fix potential integer overflow
Vasiliy Kulikov [Fri, 26 Nov 2010 17:06:35 +0000 (14:06 -0300)]
[media] rc: ir-lirc-codec: fix potential integer overflow

'n' may be bigger than MAX_INT*sizeof(int), if so checking of truncated
(int)(n/sizeof(int)) for LIRCBUF_SIZE overflow and then using nontruncated 'count'
doesn't make sense.  Also n may be up to sizeof(int)-1 bytes bigger than expected,
so check value of (n % sizeof(int)) too.

Signed-off-by: Vasiliy Kulikov <segoon@openwall.com>
Acked-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L2: WL1273 FM Radio: TI WL1273 FM radio driver
Matti Aaltonen [Fri, 10 Dec 2010 14:41:34 +0000 (11:41 -0300)]
[media] V4L2: WL1273 FM Radio: TI WL1273 FM radio driver

This module implements V4L2 controls for the Texas Instruments
WL1273 FM Radio and handles the communication with the chip.

Signed-off-by: Matti J. Aaltonen <matti.j.aaltonen@nokia.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] MFD: WL1273 FM Radio: MFD driver for the FM radio
Matti Aaltonen [Fri, 10 Dec 2010 14:41:33 +0000 (11:41 -0300)]
[media] MFD: WL1273 FM Radio: MFD driver for the FM radio

This is the core of the WL1273 FM radio driver, it connects
the two child modules. The two child drivers are
drivers/media/radio/radio-wl1273.c and sound/soc/codecs/wl1273.c.

The radio-wl1273 driver implements the V4L2 interface and communicates
with the device. The ALSA codec offers digital audio, without it only
analog audio is available.

Signed-off-by: Matti J. Aaltonen <matti.j.aaltonen@nokia.com>
Acked-by: Samuel Ortiz <sameo@linux.intel.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca_sonixb: Add support for 0c45:602a
Hans de Goede [Sun, 12 Dec 2010 18:55:03 +0000 (15:55 -0300)]
[media] gspca_sonixb: Add support for 0c45:602a

Add support for cameras with the HV7131D sensor, such as the 0c45:602a

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca_sonixb: Rewrite start of frame detection
Hans de Goede [Sun, 12 Dec 2010 11:55:04 +0000 (08:55 -0300)]
[media] gspca_sonixb: Rewrite start of frame detection

Our old start of frame detection code wrongly assumes that the sof
marker always lives at the beginning of the frame. At least for the
0c45:602a camera this is not the case. This patch also improves
the framerate from 28 fps to 30 fps with the 0c45:6005 and 0c45:6007

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca_sonixb: Make sonixb handle 0c45:6007 instead of sn9c102
Hans de Goede [Fri, 10 Dec 2010 15:28:15 +0000 (12:28 -0300)]
[media] gspca_sonixb: Make sonixb handle 0c45:6007 instead of sn9c102

I've a 0c45:6007 camera and it works fine with the gspca_sonixb driver,
so make that handle it instead of the deprecated sn9c102 driver.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx231xx: Fix IR keymap for Pixelview SBTVD Hybrid
Mauro Carvalho Chehab [Fri, 17 Dec 2010 17:47:27 +0000 (14:47 -0300)]
[media] cx231xx: Fix IR keymap for Pixelview SBTVD Hybrid

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Add a keymap for Pixelview 002-T remote
Mauro Carvalho Chehab [Fri, 17 Dec 2010 17:39:29 +0000 (14:39 -0300)]
[media] Add a keymap for Pixelview 002-T remote

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx231xx: Fix inverted bits for RC on PV Hybrid
Mauro Carvalho Chehab [Fri, 17 Dec 2010 17:22:09 +0000 (14:22 -0300)]
[media] cx231xx: Fix inverted bits for RC on PV Hybrid

At Pixelview SBTVD Hybrid, the bits sent by the IR are inverted. Due to that,
the existing keytables produce wrong codes.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] timblogiw: const and __devinitdata do not mix
Stephen Rothwell [Tue, 23 Nov 2010 02:35:17 +0000 (23:35 -0300)]
[media] timblogiw: const and __devinitdata do not mix

This fixes the following error in PowerPC builds:

drivers/media/video/timblogiw.c: In function 'timblogiw_probe':
drivers/media/video/timblogiw.c:749: error: timblogiw_ioctl_ops causes a section type conflict

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca/sn9c20x: Fix support for mt9m001 (mi1300) sensor
Mauro Carvalho Chehab [Tue, 7 Dec 2010 22:39:33 +0000 (19:39 -0300)]
[media] gspca/sn9c20x: Fix support for mt9m001 (mi1300) sensor

Support for mt9m001 (mi1300) is broken:
- Table is incomplete;
- Only one resolution is currently supported by the driver;
- Resolution is incomplete;
- it complains about broken JPEG headers.

Use the same init found on em28xx driver, and properly report the
output format as 8-bits GRAY.

Acked-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca core: Fix regressions gspca breaking devices with audio
Mauro Carvalho Chehab [Tue, 7 Dec 2010 20:19:09 +0000 (17:19 -0300)]
[media] gspca core: Fix regressions gspca breaking devices with audio

Changeset 35680ba broke several devices:
- Sony Playstation Eye (1415:2000);
- Gigaware model 25-234 (0c45:628f);
- Logitech Messenger Plus (046d:08f6).

Probably more devices were broken by this change.

What happens is that several devices don't need to save some bandwidth
for audio.

Also, as pointed by Hans de Goede <hdegoede@redhat.com>, the logic
that implements the bandwidth reservation for audio is broken, since
it will reduce the alt number twice, on devices with audio.

So, let's just revert the broken logic, and think on a better solution
for usb 1.1 devices with audio that can't use the maximum packetsize.

Acked-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca/sn9c20x: Get rid of scale "magic" numbers
Mauro Carvalho Chehab [Tue, 7 Dec 2010 17:47:10 +0000 (14:47 -0300)]
[media] gspca/sn9c20x: Get rid of scale "magic" numbers

Use macros for the supported scales, instead of using magic numbers
from 0 to 3.

Code become cleaner by using macros for it.

Acked-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] gspca/sn9c20x: Test if sensor is a OV sensor
Mauro Carvalho Chehab [Mon, 6 Dec 2010 09:53:05 +0000 (06:53 -0300)]
[media] gspca/sn9c20x: Test if sensor is a OV sensor

Instead of just assuming a ov9650 sensor based on USB ID,
double-check it, by reading the sensor ID.

Acked-by: Jean-Francois Moine <moinejf@free.fr>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] keycodes for DSR-0112 remote bundled with Haupauge MiniStick
Richard Zidlicky [Wed, 1 Dec 2010 23:52:49 +0000 (20:52 -0300)]
[media] keycodes for DSR-0112 remote bundled with Haupauge MiniStick

Add kycodes for DSR-0112 remote that comes together with
Haupauge MiniStick
  http://lirc.sourceforge.net/remotes/hauppauge/DSR-0112.jpg

[mchehab@redhat.com: Fix KEY_PREVIOUS to match the definition for the other model]
Signed-off-by: Richard Zidlicky <rz@linux-m68k.org>
Acked-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: Remove unnecessary casts of usb_get_intfdata
Joe Perches [Tue, 30 Nov 2010 21:42:07 +0000 (18:42 -0300)]
[media] media: Remove unnecessary casts of usb_get_intfdata

Signed-off-by: Joe Perches <joe@perches.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Terratec Cinergy Hybrid T USB XS
Philippe Bourdin [Sun, 31 Oct 2010 12:57:58 +0000 (09:57 -0300)]
[media] Terratec Cinergy Hybrid T USB XS

I found that the problems people have reported with the USB-TV-stick
"Terratec Cinergy Hybrid T USB XS" (USB-ID: 0ccd:0042)
are coming from a wrong header file in the v4l-sources.

Attached is a diff, which fixes the problem (tested successfully here).
Obviously the USB-ID has been associated with a wrong chip: EM2880
instead of EM2882, which would be correct.

Reported-by: Philippe Bourdin <richel@AngieBecker.ch>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: rc: lirc_dev: check kobject_set_name() result
Vasiliy Kulikov [Fri, 26 Nov 2010 17:06:41 +0000 (14:06 -0300)]
[media] media: rc: lirc_dev: check kobject_set_name() result

kobject_set_name() may fail with -ENOMEM, check for it.

Signed-off-by: Vasiliy Kulikov <segoon@openwall.com>
Acked-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] rc-core: add loopback driver
David Härdeman [Thu, 25 Nov 2010 21:36:27 +0000 (18:36 -0300)]
[media] rc-core: add loopback driver

This patch adds a loopback driver to rc-core which I've found useful for
running scripted tests of different parts of rc-core without having to
fiddle with real hardware.

Basically it emulates hardware with a learning and a non-learning
receiver and two transmitters (which correspond to the two
receivers). TX data that is sent is fed back as input on the
corresponding receiver, which allows for debugging of IR decoders,
keymaps, etc.

Signed-off-by: David Härdeman <david@hardeman.nu>
Acked-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] rc-core: Initialize return value to zero
Mauro Carvalho Chehab [Mon, 29 Nov 2010 10:46:13 +0000 (07:46 -0300)]
[media] rc-core: Initialize return value to zero

At ir_setkeycode, if INPUT_KEYMAP_BY_INDEX is used, the routine may return
an invalid value if not error.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] bttv: remove custom_irq and gpioq from bttv struct
Mauro Carvalho Chehab [Sun, 28 Nov 2010 14:48:26 +0000 (11:48 -0300)]
[media] bttv: remove custom_irq and gpioq from bttv struct

The RC5 old decoder used custom_irq to indicate the need of handling
the IRQ on a different way. Instead of doing it, let the core just call the
bttv input IRQ handler, and add the code there to call the legacy decoder.

While here, remove the gpioq waitqueue, as this is not used anywhere, and
add a debug msg to help removing the legacy RC5 code.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx231xx: stray unlock on error path
Dan Carpenter [Thu, 18 Nov 2010 03:56:37 +0000 (00:56 -0300)]
[media] cx231xx: stray unlock on error path

The lock isn't held here and doesn't need to be unlocked.  The code has
been like this since the driver was merged.

Signed-off-by: Dan Carpenter <error27@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] rc: fix sysfs entry for mceusb and streamzap
Paul Bender [Wed, 17 Nov 2010 19:56:17 +0000 (16:56 -0300)]
[media] rc: fix sysfs entry for mceusb and streamzap

When trying to create persistent device names for mceusb and streamzap
devices, I noticed that their respective drivers are not creating the rc
device as a child of the USB device. Rather it creates it as virtual
device. As a result, udev cannot use the USB device information to
create persistent device names for event and lirc devices associated
with the rc device. Not having persistent device names makes it more

difficult to make use of the devices in userspace as their names can
change.

Forward-ported to media_tree staging/for_v2.6.38 and tested with
both streamzap and mceusb devices:
$ ll /dev/input/by-id/
...
lrwxrwxrwx. 1 root root 9 Nov 17 17:06 usb-Streamzap__Inc._Streamzap_Remote_Control-event-if00 -> ../event6
lrwxrwxrwx. 1 root root 9 Nov 17 17:05 usb-Topseed_Technology_Corp._eHome_Infrared_Transceiver_TS000BzY-event-if00 -> ../event5
Previously, nada.

Signed-off-by: Paul Bender <pebender@gmail.com>
Tested-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>