GitHub/exynos8895/android_kernel_samsung_universal8895.git
13 years ago[media] dvb: Allow select between DVB-C Annex A and Annex C
Mauro Carvalho Chehab [Fri, 11 Nov 2011 14:46:23 +0000 (12:46 -0200)]
[media] dvb: Allow select between DVB-C Annex A and Annex C

DVB-C, as defined by ITU-T J.83 has 3 annexes. The differences between
Annex A and Annex C is that Annex C uses a subset of the modulation
types, and uses a different rolloff factor. A different rolloff means
that the bandwidth required is slicely different, and may affect the
saw filter configuration at the tuners. Also, some demods have different
configurations, depending on using Annex A or Annex C.

So, allow userspace to specify it, by changing the rolloff factor.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: add submenu for platform devices
Hans Verkuil [Tue, 8 Nov 2011 14:02:34 +0000 (11:02 -0300)]
[media] V4L menu: add submenu for platform devices

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx88: fix menu level for the VP-3054 module
Hans Verkuil [Mon, 7 Nov 2011 09:26:59 +0000 (06:26 -0300)]
[media] cx88: fix menu level for the VP-3054 module

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: move all PCI(e) devices to their own submenu
Hans Verkuil [Fri, 30 Sep 2011 12:14:19 +0000 (09:14 -0300)]
[media] V4L menu: move all PCI(e) devices to their own submenu

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: reorganize the radio menu
Hans Verkuil [Fri, 30 Sep 2011 08:31:24 +0000 (05:31 -0300)]
[media] V4L menu: reorganize the radio menu

Move all USB radio devices to the top of the list and move all ISA
devices to a separate menu.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: remove duplicate USB dependency
Hans Verkuil [Fri, 30 Sep 2011 08:16:48 +0000 (05:16 -0300)]
[media] V4L menu: remove duplicate USB dependency

Thanks to Guennadi Liakhovetski <g.liakhovetski@gmx.de> for pointing this
out to me.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: move all platform drivers to the bottom of the menu
Hans Verkuil [Fri, 30 Sep 2011 12:06:11 +0000 (09:06 -0300)]
[media] V4L menu: move all platform drivers to the bottom of the menu

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: remove the EXPERIMENTAL tag from vino and c-qcam
Hans Verkuil [Fri, 30 Sep 2011 12:03:57 +0000 (09:03 -0300)]
[media] V4L menu: remove the EXPERIMENTAL tag from vino and c-qcam

These are really, really old drivers. These are really no longer experimental...

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: move ISA and parport drivers into their own submenu
Hans Verkuil [Fri, 30 Sep 2011 12:03:06 +0000 (09:03 -0300)]
[media] V4L menu: move ISA and parport drivers into their own submenu

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L menu: move USB drivers section to the top
Hans Verkuil [Fri, 30 Sep 2011 08:05:35 +0000 (05:05 -0300)]
[media] V4L menu: move USB drivers section to the top

USB webcams are some of the most used V4L devices, so move it to a more
prominent place in the menu instead of being at the end.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] usbvision: Drop broken 10-bit I2C address support
Jean Delvare [Mon, 7 Nov 2011 08:24:49 +0000 (05:24 -0300)]
[media] usbvision: Drop broken 10-bit I2C address support

The support for 10-bit I2C addresses in usbvision seems plain broken
to me. I had already noticed that back in February 2007 [1]. The code
was not fixed since then, so I take it that it's not actually needed.
And as a matter of fact I don't know of any 10-bit addressed I2C
tuner, encode, decoder or the like.

So let's simply get rid of the broken and useless code.

I'm also adding I2C_FUNC_I2C, as the driver and hardware support plain
I2C messaging.

[1] http://marc.info/?l=linux-i2c&m=117499415208244&w=2

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Support for Sveon STV22 (IT9137)
Malcolm Priestley [Sun, 6 Nov 2011 21:30:26 +0000 (18:30 -0300)]
[media] Support for Sveon STV22 (IT9137)

This indeed a clone of Kworld UB499 2T

Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Eliminate as10x_handle_t alias
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:50 +0000 (16:31 -0300)]
[media] staging: as102: Eliminate as10x_handle_t alias

Remove pre-processor defined as10x_handle_t data type by directly
replacing it with struct as102_bus_adapter_t. phandle is renamed
to adap inside function bodies.

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Define device name string pointers constant
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:49 +0000 (16:31 -0300)]
[media] staging: as102: Define device name string pointers constant

Supresses following checkpatch warning:
WARNING: static const char * array should probably be static const char * const

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Move variable declarations to the header
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:48 +0000 (16:31 -0300)]
[media] staging: as102: Move variable declarations to the header

Fixes following checkpatch.pl warning:
WARNING: externs should be avoided in .c files

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Use linux/uaccess.h instead of asm/uaccess.h
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:47 +0000 (16:31 -0300)]
[media] staging: as102: Use linux/uaccess.h instead of asm/uaccess.h

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Remove linkage specifiers for C++
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:46 +0000 (16:31 -0300)]
[media] staging: as102: Remove linkage specifiers for C++

The as10x_cmd.h header is not public so there should be no need
for an "extern "C"" in it.

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Replace printk(KERN_<LEVEL> witk pr_<level>
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:45 +0000 (16:31 -0300)]
[media] staging: as102: Replace printk(KERN_<LEVEL> witk pr_<level>

While at it also correct some spelling errors.

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Whitespace and indentation cleanup
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:44 +0000 (16:31 -0300)]
[media] staging: as102: Whitespace and indentation cleanup

Remove some unnecessary braces. Replace spaces with tabs where
expected. Replace gcc specific __FUNCTION__ with  C99 __func__.
No functional changes.

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Fix the dvb device registration error path
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:43 +0000 (16:31 -0300)]
[media] staging: as102: Fix the dvb device registration error path

Release already acquired resources when error happens during
devices registration steps.
Use dev_err()  where struct device is available, instead of driver
specific err().

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Replace pragma(pack) with attribute __packed
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:42 +0000 (16:31 -0300)]
[media] staging: as102: Replace pragma(pack) with attribute __packed

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Piotr Chmura <chmooreck@poczta.onet.pl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Make the driver select CONFIG_FW_LOADER
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:41 +0000 (16:31 -0300)]
[media] staging: as102: Make the driver select CONFIG_FW_LOADER

It doesn't seem to be of much advantage to compile in FW_LOADER
support conditionally, then make the driver always select FW_LOADER
and remove #idefs from the code.

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Remove leftovers of the SPI bus driver
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:40 +0000 (16:31 -0300)]
[media] staging: as102: Remove leftovers of the SPI bus driver

SPI bus driver support is not included in this module, the SPI
driver files are missing. But some bits are still present so
clean up the unused code.
The SPI driver support can be properly added later if needed.

Then CONFIG_AS102_SPI and CONFIG_AS102_USB is now not needed
and the pre-processor statements using these config options
can now be removed from *.c files.

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Remove unnecessary typedefs
Sylwester Nawrocki [Sun, 6 Nov 2011 19:31:39 +0000 (16:31 -0300)]
[media] staging: as102: Remove unnecessary typedefs

According to the kernel coding rules typedefs should be avoided,
so replace theit occurances with explicit enum/union types.

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] staging: as102: Remove comment tags for editors configuration
Piotr Chmura [Sun, 6 Nov 2011 19:31:38 +0000 (16:31 -0300)]
[media] staging: as102: Remove comment tags for editors configuration

Cc: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Piotr Chmura <chmooreck@poczta.onet.pl>
Signed-off-by: Sylwester Nawrocki <snjw23@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] it913x-fe ver 1.10 correct SNR reading from frontend
Malcolm Priestley [Sun, 6 Nov 2011 14:19:14 +0000 (11:19 -0300)]
[media] it913x-fe ver 1.10 correct SNR reading from frontend

Correction of reading from frontend and represents
a SNR nonlinear scale of minimum signal to full signal.

Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] bt8xx: add support for PCI device ID 0x36c
Peter De Schrijver [Sun, 6 Nov 2011 13:47:58 +0000 (10:47 -0300)]
[media] bt8xx: add support for PCI device ID 0x36c

add support for conexant PCI device 0x36c. Seems to be fully compatible with
the currently supported chips, yet the chip has different PCI ID.

Signed-off-by: Peter De Schrijver <p2@psychaos.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] bt8xx: add support for Tongwei Video Technology TD-3116
Peter De Schrijver [Sun, 6 Nov 2011 13:15:47 +0000 (10:15 -0300)]
[media] bt8xx: add support for Tongwei Video Technology TD-3116

The following patch adds support for the Tongwei Video Technology TD-3116 board. This
is a Bt878 based capture card with 16 inputs meant for surveilance applications.
It also offers a way to check which inputs have a video signal while capturing another
input. In addition there are a number of alarm inputs and outputs available and there
is microcontroller which is presumably intended for use as a system watchdog. None of
these extra capabilities are supported by the patch.

Signed-off-by: Peter De Schrijver <p2@psychaos.be>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] it913x ver 1.09 support for USB 1 devices (IT9135)
Malcolm Priestley [Sun, 6 Nov 2011 13:24:30 +0000 (10:24 -0300)]
[media] it913x ver 1.09 support for USB 1 devices (IT9135)

IT9135 devices do support USB 1.
Support added with restricton on pid count to 5.
IT9137 devices wil not connect in USB 1 mode.

Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] tvp5150: replace video standard "magic" numbers
Javier Martinez Canillas [Fri, 4 Nov 2011 16:23:21 +0000 (13:23 -0300)]
[media] tvp5150: replace video standard "magic" numbers

64933337e3cb61ca555969a35ab68b477db34ee2
[media] tvp5150: Add video format registers configuration values

Added constants for each video standard supported by TVP5150, so this patch
get rid of the magic numbers.

Signed-off-by: Javier Martinez Canillas <martinez.javier@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] v4l: add G2D driver for s5p device family
Kamil Debski [Thu, 6 Oct 2011 14:32:12 +0000 (11:32 -0300)]
[media] v4l: add G2D driver for s5p device family

G2D is a 2D graphics accelerator engine present in the s5p family
of Samsung SoCs. It is capable of bitblt and raster operations on
images having dimensions of up to 8000x8000.

Signed-off-by: Kamil Debski <k.debski@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] tda18271: add tda18271_get_if_frequency
Michael Krufky [Thu, 3 Nov 2011 12:59:42 +0000 (09:59 -0300)]
[media] tda18271: add tda18271_get_if_frequency

Reported-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] mxl5007t: add mxl5007t_get_if_frequency
Michael Krufky [Thu, 3 Nov 2011 12:12:04 +0000 (09:12 -0300)]
[media] mxl5007t: add mxl5007t_get_if_frequency

Reported-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] mxl111sf: add mxl111sf_tuner_get_if_frequency
Michael Krufky [Thu, 3 Nov 2011 11:39:12 +0000 (08:39 -0300)]
[media] mxl111sf: add mxl111sf_tuner_get_if_frequency

Reported-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] ttusb2: Don't use stack variables for DMA
Josh Boyer [Wed, 2 Nov 2011 19:39:58 +0000 (16:39 -0300)]
[media] ttusb2: Don't use stack variables for DMA

The ttusb2_msg function uses on-stack variables to submit commands to
dvb_usb_generic.  This eventually gets to the DMA api layer and will throw a
traceback if the debugging options are set.

This allocates the temporary buffer variables with kzalloc instead.

Fixes https://bugzilla.redhat.com/show_bug.cgi?id=734506

Signed-off-by: Josh Boyer <jwboyer@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] it913x-fe ver 1.09 amend adc table entries
tvboxspy [Mon, 31 Oct 2011 15:06:34 +0000 (12:06 -0300)]
[media] it913x-fe ver 1.09 amend adc table entries

Amend adc table entries and size.

Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] it913x Support it9135 Verions 2 chip
Malcolm Priestley [Mon, 31 Oct 2011 15:02:08 +0000 (12:02 -0300)]
[media] it913x Support it9135 Verions 2 chip

Support for version 2 type chips and other LNA versions of version 1

Scripts may be compressed slightly at a later stage.

TODO
Firmware loader
However, things are a little confusing,  it is not clear that
dvb-usb-it9137-01.fw does not work with version 2 chips
as in recent files both firmwares are the same.

Should be applied to: 8133 Support for single ITE 9135 device.

Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] s5h1411: Calculate signal strength shown as percentage from SNR up to 35dB
Michael Krufky [Mon, 31 Oct 2011 11:12:54 +0000 (08:12 -0300)]
[media] s5h1411: Calculate signal strength shown as percentage from SNR up to 35dB

As done first in lgdt330x.c, calculate signal strength from SNR up to 35dB
Even though the SNR can go higher than 35dB, there is some comfort factor
in having a range of strong signals that can show at 100%

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] s5h1409: Calculate signal strength shown as percentage from SNR up to 35dB
Michael Krufky [Mon, 31 Oct 2011 11:12:18 +0000 (08:12 -0300)]
[media] s5h1409: Calculate signal strength shown as percentage from SNR up to 35dB

As done first in lgdt330x.c, calculate signal strength from SNR up to 35dB
Even though the SNR can go higher than 35dB, there is some comfort factor
in having a range of strong signals that can show at 100%

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] au8522: Calculate signal strength shown as percentage from SNR up to 35dB
Michael Krufky [Mon, 31 Oct 2011 11:11:00 +0000 (08:11 -0300)]
[media] au8522: Calculate signal strength shown as percentage from SNR up to 35dB

As done first in lgdt330x.c, calculate signal strength from SNR up to 35dB
Even though the SNR can go higher than 35dB, there is some comfort factor
in having a range of strong signals that can show at 100%

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Steven Toth <stoth@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] drivers/media/video/davinci/vpbe_display.c: eliminate a null pointer dereference
Julia Lawall [Fri, 28 Oct 2011 22:58:17 +0000 (19:58 -0300)]
[media] drivers/media/video/davinci/vpbe_display.c: eliminate a null pointer dereference

In the original code, probe_out could be reached when res was null and then
when the irq had not yet been requested.  In those cases, the call to
free_irq is not needed, so move probe_out down and introduce a new label
for the case where calling free_irq is useful.

The semantic match that finds this problem is as follows:

// <smpl>
@r@
expression E, E1;
identifier f;
statement S1,S2,S3;
@@

if (E == NULL)
{
  ... when != if (E == NULL || ...) S1 else S2
      when != E = E1
*E->f
  ... when any
  return ...;
}
else S3
// </smpl>

Signed-off-by: Julia Lawall <julia@diku.dk>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] drivers/media/video/atmel-isi.c: eliminate a null pointer dereference
Julia Lawall [Fri, 28 Oct 2011 22:58:16 +0000 (19:58 -0300)]
[media] drivers/media/video/atmel-isi.c: eliminate a null pointer dereference

The variable isi might be null or might be freed at the point of the call
to clk_put.  pclk contains the value that isi->pclk is expected to point to.

The semantic match that finds this problem is as follows:

// <smpl>
@r@
expression E, E1;
identifier f;
statement S1,S2,S3;
@@

if (E == NULL)
{
  ... when != if (E == NULL || ...) S1 else S2
      when != E = E1
*E->f
  ... when any
  return ...;
}
else S3
// </smpl>

Signed-off-by: Julia Lawall <julia@diku.dk>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Make use of media bus pixel codes in adv7170 driver
Christian Gmeiner [Thu, 27 Oct 2011 21:50:21 +0000 (18:50 -0300)]
[media] Make use of media bus pixel codes in adv7170 driver

The ADV7170/ADV7171 can operate in either 8-bit or 16-bit YCrCb Mode.

* 8-Bit YCrCb Mode
This default mode accepts multiplexed YCrCb inputs through
the P7-P0 pixel inputs. The inputs follow the sequence Cb0, Y0
Cr0, Y1 Cb1, Y2, etc. The Y, Cb and Cr data are input on a
rising clock edge.

* 16-Bit YCrCb Mode
This mode accepts Y inputs through the P7–P0 pixel inputs and
multiplexed CrCb inputs through the P15–P8 pixel inputs. The
data is loaded on every second rising edge of CLOCK. The inputs
follow the sequence Cb0, Y0 Cr0, Y1 Cb1, Y2, etc.

Signed-off-by: Christian Gmeiner <christian.gmeiner@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] FM1216ME_MK3 AUX byte for FM mode
Dmitri Belimov [Thu, 23 Apr 2009 04:40:46 +0000 (01:40 -0300)]
[media] FM1216ME_MK3 AUX byte for FM mode

Write AUX byte to FM1216ME_MK3 when FM mode, better sensitivity. It can be
usefull for other tuners.

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] via-camera: disable RGB mode
Daniel Drake [Wed, 26 Oct 2011 12:16:50 +0000 (09:16 -0300)]
[media] via-camera: disable RGB mode

The RGB mode does not work correctly. It captures fine at 640x480
but whenever the scaling engine is used to produce another resolution,
color corruption occurs (lots of erroneous pink and green).

It is not clear how the scaling engine is supposed to work and how
it knows which pixel format it is dealing with. Work around this
problem by disabling RGB support. YUYV scaling works just fine.

Test case:

gst-launch v4l2src ! video/x-raw-rgb,bpp=16,width=320,height=240 ! \
ffmpegcolorspace ! xvimagesink

Signed-off-by: Daniel Drake <dsd@laptop.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Update some CARDLIST's
Mauro Carvalho Chehab [Mon, 7 Nov 2011 14:01:49 +0000 (12:01 -0200)]
[media] Update some CARDLIST's

Re-run the cardlist script, in order to update the cardlists
for a few drivers, to sync with the driver changes.

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] bttv: adding Sensoray 611 board to driver
sensoray-dev [Tue, 25 Oct 2011 22:43:55 +0000 (19:43 -0300)]
[media] bttv: adding Sensoray 611 board to driver

commit affebd4db94b459f676a14d9bb696c3c2b73643d

[media] bttv: adding Sensoray 611 board to bttv driver

Signed-off-by: Dean Anderson <linux-dev@sensoray.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] saa7134: adding Sensoray boards to saa7134 driver
sensoray-dev [Mon, 24 Oct 2011 22:46:52 +0000 (19:46 -0300)]
[media] saa7134: adding Sensoray boards to saa7134 driver

commit cf5886c3dd2f65c817cb6ca5e7202fa3a3bdc872

Signed-off-by: Dean Anderson <linux-dev@sensoray.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] v4l: mt9p031/mt9t001: Use i2c_smbus_{read|write}_word_swapped()
Laurent Pinchart [Sat, 22 Oct 2011 07:57:54 +0000 (04:57 -0300)]
[media] v4l: mt9p031/mt9t001: Use i2c_smbus_{read|write}_word_swapped()

The MT9P031 and MT9T001 sensors transfer 16-bit data on the I2C bus in
swapped order. Let the I2C core handle byte order by using the
i2c_smbus_{read|write}_word_swapped() functions.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Acked-by: Jonathan Cameron <jic23@cam.ac.uk>
Acked-by: Jean Delvare <khali@linux-fr.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] OMAP_VOUT: Increase MAX_DISPLAYS to a larger value
Archit Taneja [Wed, 28 Sep 2011 13:49:28 +0000 (10:49 -0300)]
[media] OMAP_VOUT: Increase MAX_DISPLAYS to a larger value

There is no limit to the number of displays that can registered with DSS2. The
current value of MAX_DISPLAYS is 3, set this to 10 so that the 'displays'
member of omap2video_device struct can store more omap_dss_device pointers.

This fixes a crash seen in omap_vout_probe when DSS2 registers for more than 3
displays.

Signed-off-by: Archit Taneja <archit@ti.com>
Acked-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] OMAP_VOUT: Add support for DSI panels
Archit Taneja [Wed, 28 Sep 2011 13:49:27 +0000 (10:49 -0300)]
[media] OMAP_VOUT: Add support for DSI panels

Add support for DSI panels. DSI video mode panels will work directly. For
command mode panels, we will need to trigger updates regularly. This isn't done
by the omap_vout driver currently. It can still be supported if we connect a
framebuffer device to the panel and configure it in auto update mode.

Signed-off-by: Archit Taneja <archit@ti.com>
Acked-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] OMAP_VOUT: Fix VSYNC IRQ handling in omap_vout_isr
Archit Taneja [Wed, 28 Sep 2011 13:49:26 +0000 (10:49 -0300)]
[media] OMAP_VOUT: Fix VSYNC IRQ handling in omap_vout_isr

Currently, in omap_vout_isr(), if the panel type is DPI, and if we
get either VSYNC or VSYNC2 interrupts, we proceed ahead to set the
current buffers state to VIDEOBUF_DONE and prepare to display the
next frame in the queue.

On OMAP4, because we have 2 LCD managers, the panel type itself is not
sufficient to tell if we have received the correct irq, i.e, we shouldn't
proceed ahead if we get a VSYNC interrupt for LCD2 manager, or a VSYNC2
interrupt for LCD manager.

Fix this by correlating LCD manager to VSYNC interrupt and LCD2 manager
to VSYNC2 interrupt.

Signed-off-by: Archit Taneja <archit@ti.com>
Reviewed-by: Sumit Semwal <sumit.semwal@ti.com>
Acked-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] OMAP_VOUT: CLEANUP: Remove redundant code from omap_vout_isr
Archit Taneja [Wed, 28 Sep 2011 13:49:25 +0000 (10:49 -0300)]
[media] OMAP_VOUT: CLEANUP: Remove redundant code from omap_vout_isr

Currently, there is a lot of redundant code is between DPI and VENC panels, this
can be made common by moving out field/interlace specific code to a separate
function called omapvid_handle_interlace_display(). There is no functional
change made.

Signed-off-by: Archit Taneja <archit@ti.com>
Reviewed-by: Sumit Semwal <sumit.semwal@ti.com>
Acked-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] OMAP_VOUT: Fix check in reqbuf for buf_size allocation
Archit Taneja [Wed, 28 Sep 2011 13:49:24 +0000 (10:49 -0300)]
[media] OMAP_VOUT: Fix check in reqbuf for buf_size allocation

The commit 383e4f69879d11c86ebdd38b3356f6d0690fb4cc makes reqbuf prevent
requesting a larger size buffer than what is allocated at kernel boot during
omap_vout_probe.

In omap_vout_buffer_setup callback API, the requested size is compared with
vout->buffer_size, this isn't correct as vout->buffer_size is later set to the
size requested in reqbuf. When the video device is opened the next time, this
check will prevent us to allocate a buffer which is larger than what we requested
the last time.

Don't use vout->buffer_size, always check with the parameters video1_bufsize
or video2_bufsize.

Signed-off-by: Archit Taneja <archit@ti.com>
Acked-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] v4l: use i2c_smbus_read_word_swapped
Jonathan Cameron [Fri, 21 Oct 2011 12:30:25 +0000 (09:30 -0300)]
[media] v4l: use i2c_smbus_read_word_swapped

Function ensures that error codes don't get mangled.
Dependant on:
which is working it's way through the i2c tree.

Signed-off-by: Jonathan Cameron <jic23@cam.ac.uk>
Acked-by: Jean Delvare <khali@linux-fr.org>
Acked-by: Robert Jarzmik <robert.jarzmik@free.fr>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] anysee: fix style issues
Antti Palosaari [Thu, 29 Sep 2011 23:36:33 +0000 (20:36 -0300)]
[media] anysee: fix style issues

Signed-off-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] anysee: add control message debugs
Antti Palosaari [Thu, 29 Sep 2011 23:28:53 +0000 (20:28 -0300)]
[media] anysee: add control message debugs

Signed-off-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] anysee: CI/CAM support
Antti Palosaari [Tue, 6 Sep 2011 02:33:04 +0000 (23:33 -0300)]
[media] anysee: CI/CAM support

Signed-off-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] anysee: I2C gate control DNOD44CDH086A tuner module
Antti Palosaari [Tue, 6 Sep 2011 01:10:05 +0000 (22:10 -0300)]
[media] anysee: I2C gate control DNOD44CDH086A tuner module

DNOD44CDH086A (NXP TDA18212) tuner module is not connected to
demodulator I2C gate. Instead demodulator gate it uses external
GPIO driven gate. Override demodulator I2C gate control with
own in that case.

Signed-off-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] anysee: add support for Anysee E7 T2C
Antti Palosaari [Fri, 12 Aug 2011 21:29:46 +0000 (18:29 -0300)]
[media] anysee: add support for Anysee E7 T2C

Signed-off-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] tda18212: add DVB-T2 support
Antti Palosaari [Fri, 12 Aug 2011 21:29:10 +0000 (18:29 -0300)]
[media] tda18212: add DVB-T2 support

Signed-off-by: Antti Palosaari <crope@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] solo6x10: fix broken Makefile
Hans Verkuil [Fri, 4 Nov 2011 09:13:14 +0000 (06:13 -0300)]
[media] solo6x10: fix broken Makefile

The Makefile used := instead of +=, this broke the compatibility build.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] solo6x10: rename jpeg.h to solo6x10-jpeg.h
Hans Verkuil [Thu, 3 Nov 2011 09:57:08 +0000 (06:57 -0300)]
[media] solo6x10: rename jpeg.h to solo6x10-jpeg.h

This header clashes with the jpeg.h in gspca when doing a compatibility
build using the media_build system.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] saa7134.h: Suppress compiler warnings when CONFIG_VIDEO_SAA7134_RC is not set
Timo Kokkonen [Tue, 18 Oct 2011 18:37:36 +0000 (15:37 -0300)]
[media] saa7134.h: Suppress compiler warnings when CONFIG_VIDEO_SAA7134_RC is not set

If the said config optio is not set, the compiler will spill out many
warnings about statements with no effect, such as:

Casting the zero to void will cure the warning.

Signed-off-by: Timo Kokkonen <kaapeli@itanic.dy.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] it913x [VER 1.07] Support for single ITE 9135 devices
Malcolm Priestley [Fri, 14 Oct 2011 22:54:11 +0000 (19:54 -0300)]
[media] it913x [VER 1.07] Support for single ITE 9135 devices

Support for single ITE 9135 device.

Only single devices have been tested.  Dual ITE 9135 devices
should work, but have not been tested.

TODOs
support for ver 2 chip
config for other tuner types.
rework of firmware file.

Signed-off-by: Malcolm Priestley <tvboxspy@gmail.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] Support for Terratec G1
Teka [Fri, 14 Oct 2011 08:40:29 +0000 (05:40 -0300)]
[media] Support for Terratec G1

Hi,

This is a little patch to support Terratec G1 (based on Terratec Grabby).

It works perfectly on my pc (Ubuntu 11.04 / Kernel 2.6.38).

Best regards,

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] cx25821: off by one in cx25821_vidioc_s_input()
Dan Carpenter [Thu, 13 Oct 2011 05:41:41 +0000 (02:41 -0300)]
[media] cx25821: off by one in cx25821_vidioc_s_input()

If "i" is 2 then when we call cx25821_video_mux() we'd end up going
past the end of the cx25821_boards[dev->board]->input[].

The INPUT() macro obfuscates what's going on in that function so it's
a bit hard to follow.  And as Mauro points out the hard coded 2 is
not very helpful.

Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: tea5764: reconcile Kconfig symbol and macro
Paul Bolle [Wed, 12 Oct 2011 20:51:22 +0000 (17:51 -0300)]
[media] media: tea5764: reconcile Kconfig symbol and macro

The Kconfig symbol RADIO_TEA5764_XTAL is unused. The code does use a
RADIO_TEA5764_XTAL macro, but does that rather peculiar. But there seems
to be a way to keep both. (The easiest way out would be to rip out both
the Kconfig symbol and the macro.)

Note there's also a module parameter 'use_xtal' to influence all this.

Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
Acked-by: Randy Dunlap <rdunlap@xenotime.net>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap_vout: Add poll() support
Laurent Pinchart [Fri, 21 Jan 2011 00:15:42 +0000 (21:15 -0300)]
[media] omap_vout: Add poll() support

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Acked-by: Vaibhav Hiremath <hvaibhav@ti.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: preview: Add crop support on the sink pad
Laurent Pinchart [Wed, 21 Sep 2011 23:05:45 +0000 (20:05 -0300)]
[media] omap3isp: preview: Add crop support on the sink pad

The crop rectangle takes the preview engine internal cropping
requirements into account. The smallest allowable margins are 14 columns
and 8 rows when reading from memory, and 18 columns and 8 rows when
processing data on the fly from the CCDC.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: preview: Rename min/max input/output sizes defines
Laurent Pinchart [Mon, 3 Oct 2011 10:56:15 +0000 (07:56 -0300)]
[media] omap3isp: preview: Rename min/max input/output sizes defines

The macros that define the minimum/maximum input and output sizes are
defined in seperate files and have no consistent naming. In preparation
for preview engine cropping support, move them all to isppreview.c and
rename them to PREV_{MIN|MAX}_{IN|OUT}_{WIDTH|HEIGHT}*.

Remove unused and/or unneeded local variables that store the maximum
output width.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: preview: Remove horizontal averager support
Laurent Pinchart [Wed, 21 Sep 2011 10:54:44 +0000 (07:54 -0300)]
[media] omap3isp: preview: Remove horizontal averager support

The horizontal averager isn't used and will get in the way when
implementing cropping support on the input pad. Remove it, it can be
added back later if needed.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: Report the ISP revision through the media controller API
Laurent Pinchart [Tue, 11 Oct 2011 09:34:40 +0000 (06:34 -0300)]
[media] omap3isp: Report the ISP revision through the media controller API

Set the media_device::hw_revision field to the ISP revision number.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Acked-by: Sakari Ailus <sakari.ailus@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: ccdc: remove redundant operation
Guennadi Liakhovetski [Thu, 29 Sep 2011 10:57:00 +0000 (07:57 -0300)]
[media] omap3isp: ccdc: remove redundant operation

Trivial arithmetics clean up.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: Fix memory leaks in initialization error paths
Laurent Pinchart [Thu, 22 Sep 2011 20:10:30 +0000 (17:10 -0300)]
[media] omap3isp: Fix memory leaks in initialization error paths

Make sure all modules init functions clean up after themselves in case
of error.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reported-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: Add missing mutex_destroy() calls
Laurent Pinchart [Thu, 22 Sep 2011 20:09:26 +0000 (17:09 -0300)]
[media] omap3isp: Add missing mutex_destroy() calls

Mutexes must be destroyed with mutex_destroy(). Add missing calls in the
modules cleanup handlers.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: Move *_init_entities() functions to the init/cleanup section
Laurent Pinchart [Thu, 22 Sep 2011 19:59:26 +0000 (16:59 -0300)]
[media] omap3isp: Move *_init_entities() functions to the init/cleanup section

Group all init/cleanup functions together to make the code more
readable.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] omap3isp: Move media_entity_cleanup() from unregister() to cleanup()
Laurent Pinchart [Thu, 22 Sep 2011 19:54:34 +0000 (16:54 -0300)]
[media] omap3isp: Move media_entity_cleanup() from unregister() to cleanup()

The media_entity_cleanup() function belong to the module cleanup
handlers, not the entity registration handlers. Move it there.

Create a omap3isp_video_cleanup() function to cleanup the video node
entity, and call it from the module cleanup handlers.

Rename omap3isp_stat_free() to omap3isp_stat_cleanup().

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] MFC: Change MFC firmware binary name
Sachin Kamat [Fri, 30 Sep 2011 10:56:02 +0000 (07:56 -0300)]
[media] MFC: Change MFC firmware binary name

This patch renames the MFC firmware binary to avoid SoC name in it.

Signed-off-by: Sachin Kamat <sachin.kamat@linaro.org>
Acked-by: Kamil Debski <k.debski@samsung.com>
Signed-off-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] vb2: add vb2_get_unmapped_area in vb2 core
Scott Jiang [Wed, 21 Sep 2011 12:25:23 +0000 (09:25 -0300)]
[media] vb2: add vb2_get_unmapped_area in vb2 core

no mmu system needs get_unmapped_area file operations to do mmap

Signed-off-by: Scott Jiang <scott.jiang.linux@gmail.com>
Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
Signed-off-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] v4l: Add v4l2 subdev driver for S5K6AAFX sensor
Sylwester Nawrocki [Tue, 4 Oct 2011 17:05:58 +0000 (14:05 -0300)]
[media] v4l: Add v4l2 subdev driver for S5K6AAFX sensor

This driver exposes preview mode operation of the S5K6AAFX sensor with
embedded SoC ISP. The native capture (snapshot) operation mode is not
supported.
Following controls are available:
 manual/auto exposure and gain, power line frequency (anti-flicker),
 saturation, sharpness, brightness, contrast, white balance temperature,
 color effects, horizontal/vertical image flip, frame interval,
 auto white balance.
RGB component gains are currently exposed through private controls.

Reviewed-by: Sakari Ailus <sakari.ailus@iki.fi>
Signed-off-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] v4l: Add AUTO option for the V4L2_CID_POWER_LINE_FREQUENCY control
Sylwester Nawrocki [Sun, 4 Sep 2011 22:08:54 +0000 (19:08 -0300)]
[media] v4l: Add AUTO option for the V4L2_CID_POWER_LINE_FREQUENCY control

V4L2_CID_POWER_LINE_FREQUENCY control allows applications to instruct
a driver what is the power line frequency so an appropriate filter
can be used by the device to cancel flicker by compensating the light
intensity ripple. Currently in the menu we have entries for 50 Hz and
60 Hz and for entirely disabling the anti-flicker filter.
However some devices are capable of automatically detecting the
frequency, so add V4L2_CID_POWER_LINE_FREQUENCY_AUTO entry for them.

Signed-off-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: ov6650: stylistic improvements
Janusz Krzysztofik [Mon, 12 Sep 2011 11:25:25 +0000 (08:25 -0300)]
[media] media: ov6650: stylistic improvements

* with no "retrun ret;" at the end, there is no need to initialize ret
  any longer,
* consequently use conditional expressions, not if...else constructs,
  throughout ov6650_s_ctrl(),
* v4l2_ctrl_new_std_menu() max value of V4L2_EXPOSURE_MANUAL instead of
  equivalent 1 looks more clear.

Created on top of "Converting soc_camera to the control framework"
series.

Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] media: ov5642: Add support for arbitrary resolution
Bastian Hecht [Thu, 8 Sep 2011 16:15:24 +0000 (13:15 -0300)]
[media] media: ov5642: Add support for arbitrary resolution

This patch adds the ability to get arbitrary resolutions with a width
up to 2592 and a height up to 720 pixels instead of the standard 1280x720
only.

Signed-off-by: Bastian Hecht <hechtb@gmail.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: replace soc-camera specific soc_mediabus.h with v4l2-mediabus.h
Guennadi Liakhovetski [Fri, 9 Sep 2011 16:56:04 +0000 (13:56 -0300)]
[media] V4L: replace soc-camera specific soc_mediabus.h with v4l2-mediabus.h

Most users of the <media/soc_mediabus.h> header only need pixel code
definitions, which are now located in the generic <linux/v4l2-mediabus.h>
header. Switch over to reduce soc-camera dependencies.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: soc-camera: make (almost) all client drivers re-usable outside of the...
Guennadi Liakhovetski [Fri, 9 Sep 2011 16:39:20 +0000 (13:39 -0300)]
[media] V4L: soc-camera: make (almost) all client drivers re-usable outside of the framework

The most important change in this patch is direct linking to struct
soc_camera_link via the client->dev.platform_data pointer. This makes most
of the soc-camera client drivers also usable outside of the soc-camera
framework. After this change all what is needed for these drivers to
function are inclusions of soc-camera headers for some convenience macros,
suitably configured platform data, which is anyway always required, and
loaded soc-camera core module for library functions. If desired, these
library functions can be made generic in the future and moved to a more
neutral location.

The only two client drivers, that still depend on soc-camera are:

mt9t031: it uses struct video_device for its PM. Since no hardware is
available, alternative methods cannot be tested.

ov6650: it uses struct soc_camera_device to pass its sense data back to
the bridge driver. A generic v4l2-subdevice approach should be developed
to perform this.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: add .g_std() core V4L2 subdevice operation
Guennadi Liakhovetski [Fri, 9 Sep 2011 16:10:02 +0000 (13:10 -0300)]
[media] V4L: add .g_std() core V4L2 subdevice operation

VIDIOC_G_STD can return the current TV-norm to the user in one of two ways:
if an .vidioc_g_std() ioctl operation is provided by the driver, it is
called, otherwise the value ot the .current_norm field of struct
video_device is returned. Since subdevice drivers currently have no access
to struct video_device objects, the only way to provide this information to
the user is by implementing a .g_std() method.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: dynamically allocate video_device nodes in subdevices
Guennadi Liakhovetski [Tue, 13 Sep 2011 11:07:55 +0000 (08:07 -0300)]
[media] V4L: dynamically allocate video_device nodes in subdevices

Currently only very few drivers actually use video_device nodes, embedded
in struct v4l2_subdev. Allocate these nodes dynamically for those drivers
to save memory for the rest.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Tested-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: sh_mobile_csi2: fix unbalanced pm_runtime_put()
Guennadi Liakhovetski [Fri, 9 Sep 2011 09:40:56 +0000 (06:40 -0300)]
[media] V4L: sh_mobile_csi2: fix unbalanced pm_runtime_put()

If the sh_mobile_csi2 driver didn't attach to a client, normally, because
the respective device connects to the SoC over the parallel CEU interface
and doesn't use the CSI-2 controller, it also shouldn't call
pm_runtime_put() on attempted disconnect.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: mt9m001, mt9v022: use internally cached pixel code
Guennadi Liakhovetski [Fri, 9 Sep 2011 10:06:50 +0000 (07:06 -0300)]
[media] V4L: mt9m001, mt9v022: use internally cached pixel code

Using the internally cached pixel code, instead of the one, provided by
the soc-camera, removes one more use of struct soc_camera_device in these
drivers. Also remove the no longer needed soc_camera_from_i2c() inline
function.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: soc-camera: start removing struct soc_camera_device from client drivers
Guennadi Liakhovetski [Wed, 21 Sep 2011 18:16:30 +0000 (15:16 -0300)]
[media] V4L: soc-camera: start removing struct soc_camera_device from client drivers

Remove most trivial uses of struct soc_camera_device from most client
drivers, abstracting some of them inside inline functions. Next steps
will eliminate remaining uses and modify inline functions to not use
struct soc_camera_device.

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] V4L: docbook documentation for struct v4l2_create_buffers
Guennadi Liakhovetski [Wed, 7 Sep 2011 21:07:23 +0000 (18:07 -0300)]
[media] V4L: docbook documentation for struct v4l2_create_buffers

Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] soc_camera: remove the now obsolete struct soc_camera_ops
Hans Verkuil [Thu, 8 Sep 2011 16:16:56 +0000 (13:16 -0300)]
[media] soc_camera: remove the now obsolete struct soc_camera_ops

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
[g.liakhovetski@gmx.de: mt9m001 hunk moved to an earlier patch]
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] mt9t031: convert to the control framework
Hans Verkuil [Wed, 7 Sep 2011 09:08:51 +0000 (06:08 -0300)]
[media] mt9t031: convert to the control framework

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
[g.liakhovetski@gmx.de: simplified pointer arithmetic]
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] mt9m111: convert to the control framework
Hans Verkuil [Wed, 7 Sep 2011 09:56:57 +0000 (06:56 -0300)]
[media] mt9m111: convert to the control framework

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
[g.liakhovetski@gmx.de: simplified pointer arithmetic]
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] mt9m001: convert to the control framework
Hans Verkuil [Wed, 7 Sep 2011 09:04:30 +0000 (06:04 -0300)]
[media] mt9m001: convert to the control framework

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
[g.liakhovetski@gmx.de: simplified pointer arithmetic]
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] ov9740: convert to the control framework
Hans Verkuil [Wed, 7 Sep 2011 09:03:11 +0000 (06:03 -0300)]
[media] ov9740: convert to the control framework

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] ov6650: convert to the control framework
Hans Verkuil [Mon, 12 Sep 2011 12:52:01 +0000 (09:52 -0300)]
[media] ov6650: convert to the control framework

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
[g.liakhovetski@gmx.de: simplified pointer arithmetic]
[jkrzyszt@tis.icnet.pl: fix a typo in the register name]
Acked-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] ov2640: convert to the control framework
Hans Verkuil [Wed, 7 Sep 2011 08:43:05 +0000 (05:43 -0300)]
[media] ov2640: convert to the control framework

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
13 years ago[media] mt9v022: convert to the control framework
Hans Verkuil [Wed, 7 Sep 2011 08:22:39 +0000 (05:22 -0300)]
[media] mt9v022: convert to the control framework

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
[g.liakhovetski@gmx.de: simplified pointer arithmetic]
Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>