- 26 Feb, 2010 40 commits
-
-
Dirk Herrendoerfer authored
This patch adds support for the built-in dvb device of a Samsung SMT7020s (x86 based STB) to the cx88 family. Signed-off-by:
Dirk Herrendoerfer <d.herrendoerfer@herrendoerfer.name> Signed-off-by:
Helmut Auer <helmut@helmutauer.de> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Tobias Lorenz authored
This cosmetic patch corrects a wrong unicode "micro" character in a comment. Signed-off-by:
Tobias Lorenz <tobias.lorenz@gmx.net> Signed-off-by:
-
Joe Perches authored
linux-next commit 2ff8223957d901999bf76aaf2c6183e33a6ad14e exposes an infinite loop defect in scripts/get_maintainer.pl Fix the incorrect format of the MAINTAINERS "M:" entries. Signed-off-by:
Joe Perches <joe@perches.com> Acked-by:
Huang Shijie <shijie8@gmail.com> Signed-off-by:
-
Hans de Goede authored
Only tested with an stv6422 based cam, as that is the only stv06xx cam I have with a button. Signed-off-by:
Hans de Goede <hdegoede@redhat.com> Signed-off-by:
-
Hans de Goede authored
Due to hardware limitations this only works while the camera is streaming. Signed-off-by:
-
Hans de Goede authored
Due to hardware limitations this only works while the camera is streaming. Signed-off-by:
-
Hans de Goede authored
Note due to hardware limitiations (no interrupt endpoint), this only works when the camera is streaming. Signed-off-by:
-
Hans de Goede authored
gspca_main: Fix a compile error when CONFIG_INPUT is not set. Signed-off-by:
-
Hans de Goede authored
2 small changes to input device error handling: 1) Make it fatal when we fail to create an input device (it is either this or add checks for gspca_dev->input_dev being NULL in a lot of places) 2) Since we allow gspca_input_create_urb() to fail everywhere we call it, and thus never check its return value, make it void. Signed-off-by:
-
Hans de Goede authored
Allow use of the gspca core input device creation code by subdrivers which have non interrupt driven camera buttons. Signed-off-by:
-
Hans de Goede authored
My experience with fixing up the controls for the PAS sensors in sonixb, has lead me to re-investigate the exposure control for the pac7302. I've now found a regular exposure register in register bank 3 (which seems to be the sensor registers bank), and with this added a proper fine grained exposure control. This patch also updates the do_autogain function to work properly with this new finer grained control. Signed-off-by:
-
Hans de Goede authored
Make the sonixb driver handle pas106 and pas202 cameras, when both it and the sn9c102 driver are enabled in the kernel configuration. Signed-off-by:
-
Hans de Goede authored
Fixup brightness ctrl and add gain and exposure ctrls for PAS106B sensors, this allows enabling autogain (done), and makes the cam usable in low light conditions. Signed-off-by:
-
Hans de Goede authored
Signed-off-by:
-
Theodore Kilgore authored
This camera has a sensor type we did not support sofar, this patch adds support for the new sensor type found in the Sakar 1638x CyberPix. Signed-off-by:
Theodore Kilgore <kilgota@banach.math.auburn.edu> Signed-off-by:
-
Hans de Goede authored
In 640x480, if the reg11 has less than 4, the image is unstable (the bridge goes into a higher compression mode which we have not reverse engineered yet). Signed-off-by:
-
Hans de Goede authored
Fixup brightness ctrl and add gain and exposure ctrls for PAS202BCB sensors, this allows enabling autogain (done), and makes the cam usable in low light conditions. Signed-off-by:
-
Hans de Goede authored
Some sensors only allow controlling the exposure by changing the clockdiv, which means that exposure takes pretty large jumps (for example when going from a div of 1 to 2, the exposure doubles). Use 2 different entries in the controls array for these 2 different types of exposure (always disabling one), and; Add a new autogain algorithm for the coarse exposure case, which normally changes the gain setting, only touching the exposure setting if the desired luminance cannot be reached with gain, and after an exposure change once more first tries gain, etc. Thus avoiding exposure changes, and the resulting oscilation because of the huge steps these exposure controls take. Signed-off-by:
-
Hans de Goede authored
Leave bridge gain at 1.0 when we have a sensor gain, while at it also change the bridge gain setting code to write both registers in one go saving us a usb transaction. Signed-off-by:
-
Hans de Goede authored
gspca_sonixj: Add camera button support Signed-off-by:
-
Hans de Goede authored
gspca_sonixb: Add support for camera button Signed-off-by:
-
Hans de Goede authored
gscpa_zc3xx: Add support for camera button Signed-off-by:
-
Hans de Goede authored
gscpa_pac7311: Add support for camera button Signed-off-by:
-
Hans de Goede authored
gscpa_pac207: Add support for camera button Signed-off-by:
-
Hans de Goede authored
gscpa Documentation: add cpia1 cameras Signed-off-by:
-
Hans de Goede authored
gspca_sq905c: Add an additional USB-ID Signed-off-by:
-
Theodore Kilgore authored
Simplify sensor detection a bit (share more of the code between cif and vga cameras). Also remove an unnecessary write from zero_the_pointer(). Signed-off-by:
-
Andy Walls authored
Based on experiments by Eric Wescott, edit the Sony GigaPocket (Kikyou) card entry video and audio mux settings. Signed-off-by:
Andy Walls <awalls@radix.net> Signed-off-by:
-
Eric Anderson authored
This is a slightly modified version of Eric Anderson's original patch for the Sony Giga Pocket board. It has been updated to apply to the latest ivtv driver version by Hans Verkuil <hverkuil@xs4all.nl> and Andy Walls <awalls@radix.net>. Also Andy Walls modified the patch to use a new Sony BTF-Pnx01Z tuner entry based on Eric Anderson's experimental findings for the bandswitch. >From Eric Anderson's original email: 1. The tuner on the card doesn't seem to match any standard ones. I modified an existing tuner entry. Ideally a new tuner entry should be created. (The only difference from the one I modified is that the low-to-mid range frequency cut-off is slightly different, as are the bit config settings.) 2. It wasn't obvious how to choose a second audio input other than using "radio" as an option. Basically there's two GPIO audio inputs. Using radio allowed me to avoid major restructuring to the code. (perhaps other cards don't have this often...) 3. It's not clear that there's a mute setting that works. Not sure why. 4. I haven't had a chance to test the two Svideo inputs. I set them to COMPOSITE1 and SVIDEO2, but I'm not sure those are the correct settings. The standard composite video inputs seem to work. Signed-off-by:
-
Andy Walls authored
Sony makes custome tuners for its GigaPocket line of ivtv based capture cards. This adds an entry to the tuner-types list for such tuners. Parameters are based on experiments by Eric Anderson <rico99@sbcglobal.net>. Signed-off-by:
-
Andy Walls authored
ivtv_api_get_data() was performing more PCI MMIO than needed, resulting often in it accounting for more than half the total time spent in ivtv_irq_handler(). Now it only reads at most 7 of the 16 mailbox data words over the PCI bus, and in some instances only 2 or 3 data words as needed. Signed-off-by:
-
Murali Karicheri authored
Adding Makefile and Kconfig for ISIF driver Reviewed-by:
Hans Verkuil <hverkuil@xs4all.nl> Reviewed-by:
Sergei Shtylyov <sshtylyov@ru.mvista.com> Signed-off-by:
Murali Karicheri <mkaricheri@gmail.com> Signed-off-by:
-
Murali Karicheri authored
Enhancements to support DM365 ISP5 and VPSS module configuration. Also cleaned up the driver by removing redundant variables. Reviewed-by:
-
Murali Karicheri authored
This is the source file for ISIF driver on DM365. ISIF driver is equivalent to CCDC driver on DM355 and DM644x. This driver is tested for YUV capture from TVP514x driver. This patch contains the header files required for this driver. Reviewed-by:
Nori, Sekhar <nsekhar@ti.com> Reviewed-by:
-
Murali Karicheri authored
This is the header file for ISIF driver on DM365. ISIF driver is equivalent to CCDC driver on DM355 and DM644x. This driver is tested for YUV capture from TVP514x driver. This patch contains the header files required for this driver. Reviewed-by:
-
Murali Karicheri authored
This patch adds following changes:- 1) add sub device configuration data for TVP5146 used by vpfe capture 2) registers platform devices for vpfe_capture, isif and vpss 3) defines hardware resources for the devices listed under 2) 4) defines clock aliase for isif driver 5) adding setup_pinmux() for isif Reviewed-by:
Kevin Hilman <khilman@deeprootsystems.com> Signed-off-by:
-
Mike Isely authored
We know that the 300msec settling time after starting the digitizer is only really needed when the digitizer is a SAA7115. So if we're not using a SAA7115, skip the delay. Signed-off-by:
Mike Isely <isely@pobox.com> Signed-off-by:
-
Mike Isely authored
After implementing a 300msec wait between digitizer start and encoder start, it has been determined that we don't need to wait quite as long before configuring the encoder. This reduces the wait period from 100msec back to 50msec. Signed-off-by:
-
Mike Isely authored
Martin Dauskardt <martin.dauskardt@gmx.de> has determined that the encoder has a much better chance of starting cleanly if we deliberately hold off starting it util the video digitizer has had a chance to run for at least 300msec first. These changes implement an enforced 300msec wait in the state machine that orchestrates streaming start / stop. Signed-off-by:
-
Mauro Carvalho Chehab authored
CC: Jonathan Corbet <corbet@lwn.net> CC: Reviewed-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by:
-
