- 05 Dec, 2009 40 commits
-
-
Jean-Francois Moine authored
Signed-off-by:
Jean-Francois Moine <moinejf@free.fr> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Jean-Francois Moine authored
Signed-off-by:
-
Jean-Francois Moine authored
- the sensors are now initialized sooner - om6802: . set some parameters in factory mode . lack of some parameters . gpio adjustments Signed-off-by:
-
Jean-Francois Moine authored
- sensor address is 0x34 - sensor i2c is 100 kHz Signed-off-by:
-
Jean-Francois Moine authored
Signed-off-by:
-
Marton Nemeth authored
All PAC7311 specific functions remain in pac7311.c. All PAC7302 specific functions are moved to pac7302.c. The USB device table is also divided into two parts. This makes it possible to remove the sensor specific decisions from different functions and also remove sensor infromation from the USB device table. The common functions are just copied to both subdrivers. These common functions can be separated later to a common file or helper module. Signed-off-by:
Marton Nemeth <nm127@freemail.hu> Signed-off-by:
-
Marton Nemeth authored
Creating the start of the frame is done in the same way for pac7302 and for pac7311. Extract this common part to the pac_start_frame() function. Signed-off-by:
-
Marton Nemeth authored
Remove struct sd dependency from pac_find_sof() function implementation. This step prepares separation of pac7302 and pac7311 specific parts of struct sd. Signed-off-by:
-
Sergio C Fortier authored
Patch for EvolutePC TvWay+ USB ISDB-Tb remote control support. [dougsland@redhat.com: fixed malformed patch] Cc: Patrick Boettcher <pboettcher@dibcom.fr> Signed-off-by:
Sergio C Fortier <sergiofortier@yahoo.com.br> Signed-off-by:
Douglas Schilling Landgraf <dougsland@redhat.com> Signed-off-by:
-
Éric Piel authored
load smsdvb also for the hauppauge tiger cards [dougsland@redhat.com: fixed rejects due changes in sms-cards.c] Signed-off-by:
Éric Piel <eric.piel@tremplin-utc.net> Acked-by:
Michael Krufky <mkrufky@kernellabs.com> Signed-off-by:
-
Akihiro Tsukada authored
This patch removes some fe->ops.X() functions which do nothing more useful than the default. Signed-off-by:
Akihiro Tsukada <tskd2@yahoo.co.jp> Signed-off-by:
-
Akihiro Tsukada authored
This patch makes the driver return the correct DTV_DELIVERY_SYSTEM. The driver previously returned SYS_UNDEFINED for DTV_DELIVERY_SYSTEM property, as it lacked any driver specific S2API support. Signed-off-by:
-
Sebastian Andrzej Siewior authored
i2c_smbus_read_byte_data() returns a negative value on error. It is very likely to be != -1 (-EPERM). Signed-off-by:
Sebastian Andrzej Siewior <bigeasy@linutronix.de> Acked-by:
Vaibhav Hiremath <hvaibhav@ti.com> Signed-off-by:
-
Filipe Rosset authored
Convert printks to em28xx_err and em28xx_info Signed-off-by:
Filipe Rosset <rosset.filipe@gmail.com> Signed-off-by:
-
Filipe Rosset authored
Convert printks to em28xx_err. Signed-off-by:
-
Peter Huewe authored
Trivial patch which adds the __init/__exit macros to the module_init/ module_exit functions of the following drivers in media video: drivers/media/video/ivtv/ivtv-driver.c drivers/media/video/cx18/cx18-driver.c drivers/media/video/davinci/dm355_ccdc.c drivers/media/video/davinci/dm644x_ccdc.c drivers/media/video/saa7164/saa7164-core.c drivers/media/video/saa7134/saa7134-core.c drivers/media/video/cx23885/cx23885-core.c Cc: Hermann Pitton <hermann-pitton@arcor.de> Acked-by:Steven Toth <stoth@kernellabs.com> Signed-off-by:
Peter Huewe <peterhuewe@gmx.de> Acked-by:
Andy Walls <awalls@radix.net> Acked-by:
Laurent Pinchart <laurent.pinchart@ideasonboard.com> Acked-by:
Muralidharan Karicheri <m-karicheri2@ti.com> Signed-off-by:
-
Roel Kluin authored
If vpfe_dev->std_index equals ARRAY_SIZE(vpfe_standards), that is one too large. Signed-off-by:
Roel Kluin <roel.kluin@gmail.com> Acked-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Abylay Ospan authored
[mchehab@redhat.com: add asm/div64.h and allocate vars only if dvb_demux_speedcheck specified] Signed-off-by:
Abylay Ospan <aospan@netup.ru> Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
-
Theodore Kilgore authored
gspca_mr97310a: Change brightness for VGA type 1 cameras downward Signed-off-by:
Theodore Kilgore <kilgota@banach.math.auburn.edu> Signed-off-by:
Hans de Goede <hdegoede@redhat.com> Signed-off-by:
-
Theodore Kilgore authored
gspca_mr97310a: Fix / update some comments Signed-off-by:
-
Theodore Kilgore authored
gspca_mr97310a: Partly back off red gain change for Sakar Digital VGA camera Signed-off-by:
-
Michael Krufky authored
In the changeset entitled, "tda18271: add support for the set_config method", the initialization order was changed such that the standard map overrides were being applied before loading the default standard map, based on the stepping of the silicon. This changeset restores the proper order by processing the standard map overrides both within the tda18271_set_config() and the tda18271_attach() functions, after we read the id register of the tuner. Thanks to Michael Obst for his testing, helping me to identify the regression. Signed-off-by:
Michael Obst <mike.obst@gmail.com> Signed-off-by:
-
Michael Obst authored
Signed-off-by:
-
Michael Krufky authored
As pointed out by Hermann Pitton, it turns out that the DTV1000S card's analog entry made it into the #if 0 flyvideo tweaks in saa7134-cards.c and is not valid there. This patch fixes the problem. Cc: hermann pitton <hermann-pitton@arcor.de> Signed-off-by:
-
Andy Walls authored
Add whitespace around binary operators in cx23888-ir.c Signed-off-by:
-
Jean-Francois Moine authored
Signed-off-by:
-
Jean-Francois Moine authored
This patch fixes the kernel bug 14195 (random errors - bad images - with the webcam 10fd:8050 - sensor tas5130cxx). Signed-off-by:
-
Jean-Francois Moine authored
Signed-off-by:
-
Michael Krufky authored
Setting the tuner frequency at the same time as initializing the other devices on the i2c bus can cause problems on devices that require firmware download or extensive calibration proceduces during initialization. This change allows us to prevent the tune at startup for devices that perform better without it. Signed-off-by:
-
Theodore Kilgore authored
gspca_mr97310a: Change blue gain setting for Sakar Digital VGA camera Signed-off-by:
-
Theodore Kilgore authored
gspca_mr97310a: Fix / update some comments Signed-off-by:
-
Aurelien Jacobs authored
gscpa_mr97310a: Add Trust Spyc@m 100 USB ID Signed-off-by:
Aurelien Jacobs <aurel@gnuage.org> Signed-off-by:
-
Hans de Goede authored
When "shooting" certain (quite rare) scenes, the mr97310's compression is not effective and it cannot keep up with the data stream. This patch adds a minimum clock divider control, which influences the maximum framerate, libv4l will automatically increase this minimum clockdiv control when it detect the cam cannot keep up. Signed-off-by:
-
Roel Kluin authored
The variables are unsigned so the test `>= 0' is always true, the `< 0' test always fails. In these cases the other part of the test catches wrapped values. Signed-off-by:
-
Johann Friedrichs authored
In buffer_release() the previously allocated pagetables are not freed, which might result in a memory leak in certain application use-cases, where the frame format is changed from planar format to non-planar format. The fix explicitely frees the page tables when a format change is done and when buffer_release() is called. Signed-off-by:
Johann Friedrichs <johann.friedrichs@web.de> Signed-off-by:
Michael Hunold <hunold@linuxtv.org> Signed-off-by:
-
Laurent Pinchart authored
Upcoming I2C v4l2_subdev drivers need a way to control the subdevice power state from the core. This use case is already partially covered by the tuner s_standby operation, but no way to explicitly come back from the standby state is available. Rename the tuner s_standby operation to core s_power, and fix tuner drivers accordingly. The tuner core will call s_power(0) instead of s_standby(). No explicit call to s_power(1) is required for tuners as they are supposed to wake up from standby automatically. [mchehab@redhat.com: CodingStyle fix] Signed-off-by:
Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by:
-
Jean Delvare authored
I do not think it makes sense any longer for ir-kbd-i2c to reject devices at unknown I2C addresses. The caller can provide all the details about how the device should be handled. Having to add new addresses to ir-kbd-i2c so that they aren't rejected is a pain we don't need. Unsupported devices will be spotted a few lines later anyway. This already lets us unlist 2 addresses (0x7a and 0x2d) for which handling details are always provided by the caller (saa7134-input). Hopefully we can remove more in the future. Signed-off-by:
Jean Delvare <khali@linux-fr.org> Signed-off-by:
-
Jean Delvare authored
Google is pretty clear that the HVR 1110 IR chip is always at address 0x71 and the BeholdTV IR chip is always at address 0x2d. This completes the list of IR device addresses for the SAA7134-based adapters, and we no longer need to probe any of them. Signed-off-by:
-
