- 05 Dec, 2009 40 commits
-
-
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:
Akihiro Tsukada <tskd2@yahoo.co.jp> Signed-off-by:
Douglas Schilling Landgraf <dougsland@redhat.com> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
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:
Michael Krufky <mkrufky@kernellabs.com> 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 <moinejf@free.fr> 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:
-
Jean Delvare authored
The i2c core prevents us from probing I2C address 0x7a because it's not a valid 7-bit address (reserved for 10-bit addressing.) So we must stop probing this address, and explicitly list all adapters which use it. Under the assumption that only the Upmost Purple TV adapter uses this invalid address, this fix should do the trick. Signed-off-by:
hermann pitton <hermann-pitton@arcor.de> Acked-by:
Jarod Wilson <jarod@redhat.com> Signed-off-by:
-
Jean Delvare authored
Recent fixes to the em28xx and saa7134 drivers have been overzealous. While the ir-kbd-i2c platform data indeed needs to be persistent, the struct i2c_board_info doesn't, as it is only used by i2c_new_device(). So revert a part of the original fixes, to save some memory. Signed-off-by:
-
Aleksandr V. Piskunov authored
cx25840: Disable 6.5MHz carrier autodetection for PAL, always assume its DK. Only try to autodetect 6.5MHz carrier for SECAM if user accepts both system DK and L. Signed-off-by:
Aleksandr V. Piskunov <alexandr.v.piskunov@gmail.com> Reviewed-by:
-
Andy Shevchenko authored
Change own implementation of pwc_atoi() by simple_strtol(x, NULL, 10). Signed-off-by:
Andy Shevchenko <ext-andriy.shevchenko@nokia.com> Acked-by:
Pekka Enberg <penberg@cs.helsinki.fi> Signed-off-by:
-
Mike Isely authored
Signed-off-by:
Mike Isely <isely@pobox.com> Signed-off-by:
-
Mike Isely authored
After detecting failure due to module initialization error, get out. Don't report jammed hardware. Problem due to a missing break statement. Signed-off-by:
-
Mike Isely authored
Signed-off-by:
-
Mike Isely authored
The driver also contains a piece of configuration data that produces a one line description of the specific hardware being driver (e.g. "Hauppauge 24xxx", "OnAir", etc). This change generates an informational message to the kernel log reporting the hardware type being driven. This is a very useful thing to know when diagnosing problems. Signed-off-by:
-
Mike Isely authored
It used to be that the only real detectable reason for the driver to fail during initialization would be that if the hardware is simply jammed. However with the advent of the sub-device mechanism in V4L it is possible now to detect if a sub-device module fails to load successfully. The pvrusb2 driver does in fact react to this by also (correctly) failing, however the original diagnostic message "hardware is jammed" was still being reported. This misleads the user because in fact it might not actually be a hardware failure. This change adds logic to tell the difference and then report a more appropriate message to the kernel log. Signed-off-by:
-
Mike Isely authored
pvrusb2: Encoder failures are mostly recoverable by the driver. While it would sure be nice not to have the failure happen in the first place, this has been going on for years and I doubt that a real solution will ever present itself. I think that part's firmware is just slightly flakey and we have to deal with it. The driver does deal with it just fine, but the warning message going into the kernel log is probably a little more alarming than it should be. So try to soften up the warning somewhat. Signed-off-by:
-
Mike Isely authored
pvrusb2: Associate V4L device node in sysfs with the underlying USB device. This opens the door to device information tracking in udev Signed-off-by:
-
