summaryrefslogtreecommitdiff
path: root/linux
AgeCommit message (Collapse)Author
2009-06-11dsbr100: no need to pass curfreq value to dsbr100_setfreq()Douglas Schilling Landgraf
From: Alexey Klimov <klimov.linux@gmail.com> Small cleanup of dsbr100_setfreq(). No need to pass radio->curfreq value to this function. Priority: normal Signed-off-by: Alexey Klimov <klimov.linux@gmail.com> Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
2009-06-11dsbr100: remove usb_dsbr100_open/close callsDouglas Schilling Landgraf
From: Alexey Klimov <klimov.linux@gmail.com> Priority: normal Signed-off-by: Alexey Klimov <klimov.linux@gmail.com> Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
2009-06-11dsbr100: remove radio->users counterDouglas Schilling Landgraf
From: Alexey Klimov <klimov.linux@gmail.com> Patch removes radio->users counter because it is not in use. Priority: normal Signed-off-by: Alexey Klimov <klimov.linux@gmail.com> Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
2009-06-10V4L: return -ENOMEMDouglas Schilling Landgraf
From: Figo.zhang <figo1802@gmail.com> it is better return -ENOMEM than -EIO Priority: normal Signed-off-by: Figo.zhang <figo1802@gmail.com> Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
2009-06-09cx18: Add DVB-T support for the Leadtek WinFast DVR3100 HAndy Walls
From: Andy Walls <awalls@radix.net> This adds support for DVB-T on the Leadtek DVR3100 H and should also get analog TV capture from the tuner working properly as well. DVB-T 6 MHz and 8 MHz have been tested and verified to work by Terry Wu of Leadtek. DVB-T 7 MHz has also been verified working with a change developed by Terry to the tuner-xc2028.c driver. Special thanks go to Terry Wu <terrywu2009@gmail.com> of Leadtek who provided the needed information and testing to get digital TV working for the Leadtek DVR3100 H. Reported-by: Terry Wu <terrywu2009@gmail.com> Priority: normal Tested-by: Terry Wu <terrywu2009@gmail.com> Signed-off-by: Andy Walls <awalls@radix.net>
2009-06-09cx18: Split LeadTek PVR2100 and DVR3100 H into 2 separate card entriesAndy Walls
From: Andy Walls <awalls@radix.net> Priority: normal Signed-off-by: Andy Walls <awalls@radix.net>
2009-06-09uvcvideo: Ignore non-UVC trailing interface descriptors.Laurent Pinchart
From: Laurent Pinchart <laurent.pinchart@skynet.be> Herton Ronaldo Krzesinski from Mandriva reported that one Bison Electronics webcam exposes a non-UVC interface descriptor. Instead of failing completely, ignore trailing non-UVC descriptors and move on. Thanks to Herton for reporting the problem and submitting a patch proposal. Priority: normal Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
2009-06-09uvcvideo: Add support for FSC V30S webcamsLaurent Pinchart
From: Laurent Pinchart <laurent.pinchart@skynet.be> The FSC WebCam V30S (18ec:3288) requires the MINMAX quirk. Add a corresponding entry in the device IDs list. Priority: normal Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
2009-06-09uvcvideo: Add support for Aveo Technology webcamsLaurent Pinchart
From: Laurent Pinchart <laurent.pinchart@skynet.be> The Aveo Technology USB 2.0 Camera (1871:0306) requires the PROBE_EXTRAFIELDS quirk. Add a corresponding entry in the device IDs list. Priority: normal Signed-off-by: Laurent Pinchart <laurent.pinchart@skynet.be>
2009-06-09DaVinci: DM646x Video: Makefile and config files modifications for DisplayHans Verkuil
From: Chaithrika U S <chaithrika@ti.com> Makefile and Kconfig changes Modifies and adds the video Makefiles and Kconfig files to support DM646x Video display device Priority: normal Signed-off-by: Manjunath Hadli <mrh@ti.com> Signed-off-by: Brijesh Jadav <brijesh.j@ti.com> Signed-off-by: Chaithrika U S <chaithrika@ti.com> Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-06-09DaVinci: DM646x Video: Add VPIF display driverHans Verkuil
From: Chaithrika U S <chaithrika@ti.com> Display driver for VPIF Adds the VPIF display driver and the associated header file. Priority: normal Signed-off-by: Manjunath Hadli <mrh@ti.com> Signed-off-by: Brijesh Jadav <brijesh.j@ti.com> Signed-off-by: Chaithrika U S <chaithrika@ti.com> Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-06-09DaVinci: DM646x Video: VPIF driverHans Verkuil
From: Chaithrika U S <chaithrika@ti.com> Video Port Interface driver Add VPIF driver for DM646x. This code be used by the display and capture drivers. Priority: normal Signed-off-by: Manjunath Hadli <mrh@ti.com> Signed-off-by: Brijesh Jadav <brijesh.j@ti.com> Signed-off-by: Chaithrika U S <chaithrika@ti.com> Reviewed-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-06-23merge: http://jusst.de/hg/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-23merge: http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-subdev2Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-21/v4l2-ioctl: better output debug messages for VIDIOC_ENUM_FRAMESIZESMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-21merge: http://linuxtv.org/hg/~mcisely/pvrusb2-devMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-21merge: http://kernellabs.com/hg/~mkrufky/bug-fixMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-20pvrusb2: De-obfuscate code which handles routing schemesMike Isely
From: Mike Isely <isely@pobox.com> This change does not change any outward behavior; it merely chops down some large if-conditions with embedded assignments into something a little more maintainable for others (I of course never had a problem with this...). Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-06-20pvrusb2: Improve handling of routing schemesMike Isely
From: Mike Isely <isely@pobox.com> The pvrusb2 driver has a concept of "routing scheme" which defines which physical inputs should be connected based on application's choice of logical input. The correct "routing scheme" depends on the specific device since different devices might wire up their muxes differently - it can't be coded into the sub-device driver and it can't be just a single setting in the pvrusb2 driver since the driver handles multiple different devices. This concept has been in place for a while and works, however there are cases where a specific input for a specific device has no route - previously due to an oversight this was handled badly. With these changes the driver can now specifically recognize cases where there is no defined route for a given input. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-06-20pvrusb2: Change initial default frequency settingMike Isely
From: Mike Isely <isely@pobox.com> Change default frequency to be US Broadcast channel 3 - with the transition to d igital the previous value has now become useless. This change is PURELY to help with my testing (I need to set some kind of default so it might as well be some thing usable). Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-06-20pvrusb2: Re-fix hardware scaling on video standard changeMike Isely
From: Mike Isely <isely@pobox.com> The cx25840 module's VBI initialization logic uses the current video standard as part of its internal algorithm. This therefore means that we probably need to make sure that the correct video standard has been set before initializing VBI. (Normally we would not care about VBI, but as described in an earlier changeset, VBI must be initialized correctly on the cx25840 in order for the chip's hardware scaler to operate correctly.) It's kind of messy to force the video standard to be set before initializing VBI (mainly because we can't know what the app really wants that early in the initialization process). So this patch does the next best thing: VBI is re-initialized after any point where the video standard has been set. Priority: high Signed-off-by: Mike Isely <isely@pobox.com>
2009-06-20pvrusb2: Fix hardware scaling when used with cx25840Mike Isely
From: Mike Isely <isely@pobox.com> The cx25840 module requires that its VBI initialization entry point be called in order for hardware-scaled video capture to work properly - even if we don't care about VBI. Making this behavior even more subtle is that if the capture resolution is set to 720x480 - which is the default that the pvrusb2 driver sets up - then the cx25840 bypasses the hardware scaler. Therefore this problem does not manifest itself until some other resolution, e.g. 640x480, is tried. MythTV typically defaults to 640x480 or 480x480, which means that things break whenever the driver is used with MythTV. This all has been known for a while (since at least Nov 2006), but recent changes in the pvrusb2 driver (specifically in regards to sub-device support) caused this to break again. VBI initialization must happen *after* the chip's firmware is loaded, not before. With this fix, 24xxx devices work correctly again. A related fix that is part of this changeset is that now we re-initialize VBI any time after we issue a reset to the cx25840 driver. Issuing a chip reset erases the state that the VBI setup previously did. Until the HVR-1950 came along this subtlety went unnoticed, because the pvrusb2 driver previously never issued such a reset. But with the HVR-1950 we have to do that reset in order to correctly transition from digital back to analog mode - and since the HVR-1950 always starts in digital mode (required for the DVB side to initialize correctly) then this device has never had a chance to work correctly in analog mode! Analog capture on the HVR-1950 has been broken this *ENTIRE* time. I had missed it until now because I've usually been testing at the default 720x480 resolution which does not require scaling... What fun. By re-initializing VBI after a cx25840 chip reset, correct behavior is restored. Priority: high Signed-off-by: Mike Isely <isely@pobox.com>
2009-06-20cx231xx: fix uninitialized variable.Mauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> The variable 'rc' could be used uninitialized in the cx231xx_capture_start function. Sri informed me that it should be initialized to -1. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-20tcm825x: remove incorrect __exit_p wrapperMauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> tcm825x_remove is not necessarily called on module exit, it can also be called when the i2c_adapter is removed. While the i2c adapter might never be removed on an embedded system, in practice this sensor driver can also be used in e.g. a USB webcam where this is a perfectly acceptable thing to do. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-20radio-tea5764: fix incorrect rxsubchans valueMauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> rxsubchans was only set when stereo was detected, otherwise it was left to 0 instead of setting it to mono. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-18gspca_sonixj: Name saturation control saturation, not colorhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Name saturation control saturation, not color and make the default less saturated (the old default was overdoing it). Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18gspca_sonixj + ov7630: invert vflip control instead of changing defaulthans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_sonixj + ov7630 had the default value for flip enabled, as otherwise the picture is upside down. It is better to instead invert the meaning of the control in the set function, and have the default be no vflip, as one would expect vflip enabled to be upside down. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18gspca_sonixj: Add light frequency controlhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_sonixj: Add light frequency control Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18gspca_sonixj: enable autogain control for the ov7620hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_sonixj: enable autogain control for the ov7620, and not only make it enable autogain but also auto exposure (and do the same for the ov7648). Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18gspca_sonixj: increase 640x480 frame-buffersizehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_sonixj: increase 640x480 frame-buffersize, as I was getting buffer overflows during my testing of a "Premier" 0c45:613e cam Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18Mark the v4l1 uvcvideo quickcam messenger driver as deprecatedhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Mark the v4l1 uvcvideo quickcam messenger driver as deprecated, the one cam it supports, is now also supported by the v4l2 gspca stv06xx driver. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18gspca_sonixj: enable support for 0c45:613e camerahans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_sonixj: enable support for 0c45:613e camera, and slightly tweak the ov7630 register init values for a much better picture. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18gspca_sonixj: Fix control index numberinghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> The control index defines for the gspca_sonixj driver were numbered wrong, causing us to disable the wrong controls on various sensors Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18gspca_ov519: constify ov518 inititial register value tableshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_ov519: constify ov518 inititial register value tables Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-18BUGFIX: An incorrect Carrier Recovery Loop optimization table was beingManu Abraham
loaded for a given chip version. This would cause the optimization in tuning not to be applied and thus a failed expectation, in tuning speed increment. The patch swaps the tables in use. It also fixes a possible one in a million condition where state->dev_ver implies an older Cut (Cut < 2.0, eventhough the driver doesn't attach to any Cut older than 2.0) or even negative (due to a bad I2C bus master driver) for the card combination. Thanks to Mauro Carvalho Chehab <mchehab@infradead.org> for pointing out the issue at large. From: Manu Abraham <abraham.manu@gmail.com> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2009-06-17ov511: mark as deprecatedhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Mark the v4l1 ov511 as deprecated as we now have ov511 support in the gspca ov519 driver. Note we should really also keep track of this in Documentation/feature-removal-schedule.txt, but that is not part of the v4l-dvb tree. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-17ov511: remove ov518 usb id's from the driverhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> ov511: remove ov518 usb id's from the driver, as they have not been working ever since the decompression code got removed from the kernel, and they are no supported by the gspca_ov519 module. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-17gspca_stv06xx: Add support for st6422 bridge and sensorhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Add support for st6422 bridge and sensor to the stv06xx gspca sub driver, tested with: Logitech QuickCam Messenger 046d:08f0 ST6422 integrated Logitech QuickCam Mess. Plus 046d:08f6 ST6422 integrated Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-17Fix a redundant compiler warningManu Abraham
From: Manu Abraham <abraham.manu@gmail.com> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2009-06-16cx88: Properly support Leadtek TV2000 XP GlobalMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Fix Leadtek TV2000 XP Global entries and add missing PCI ID's. Thanks to Terry Wu <terrywu2009@gmail.com> for pointing us for the proper settings. Priority: normal CC: Terry Wu <terrywu2009@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-16dvb-net: backport upstream changes fb875333c8 and 0eade1f930Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> kernel-sync: commit fb875333c80942455551f690f306a899ceeee5df Author: Stephen Hemminger <shemminger@vyatta.com> Date: Wed Jan 7 18:02:53 2009 -0800 dvb: update network device to current API Use internal network_device_stats that exist in network device and net_device_ops. Compile tested only. commit 0eade1f930fa3ba6461b34baf3ed8fa7c4abc40f Author: Wang Chen <wangchen@cn.fujitsu.com> Date: Wed Dec 3 21:13:13 2008 -0800 dvb: Kill directly reference of netdev->priv Simply replace netdev->priv with netdev_priv(). Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-16backport commit c2e5307b902426247afa48d3f1ed4fa5409dcb49Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> kernel-sync: Author: Valentin Longchamp <valentin.longchamp@epfl.ch> Date: Wed May 6 11:54:48 2009 +0200 mx31: changed CONSISTENT_DMA_SIZE to 8M for mx31 video Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-16sound/pci/bt87x: backport git commits 3f08a0e4ab1ce65 and 2008f137e92220Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> kernel-sync: commit 3f08a0e4ab1ce65bb882f6425ff482e5db025f78 Author: Takashi Iwai <tiwai@suse.de> Date: Tue Jun 2 17:39:52 2009 +0200 ALSA: bt87x - Add a quirk entry for Askey Computer Corp. MagicTView'99 commit 2008f137e92220b98120c4803499cdddb2b0fb06 Author: Takashi Iwai <tiwai@suse.de> Date: Tue Apr 28 12:25:59 2009 +0200 ALSA: Add missing SNDRV_PCM_INFO_BATCH flag to some drivers Added SNDRV_PCM_INFO_BATCH flag to PCM info field of some drivers that really don't give the precise pointer value. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-16Backport language typo and whitespace differencesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> kernel-sync: Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-16backport some files that are maintained elsewhereMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-16poll method lose race conditionMauro Carvalho Chehab
From: Figo.zhang <figo1802@gmail.com> bttv-driver.c,cx23885-video.c,cx88-video.c: poll method lose race condition for capture video. Signed-off-by: Figo.zhang <figo1802@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-15gspca_ov519: Cleanup some sensor special caseshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_ov519: Cleanup some sensor special cases Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-15gspca_ov519: Fix ov518+ with OV7620AE (Trust spacecam 320)hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_ov519: Fix ov518+ with OV7620AE (Trust spacecam 320) Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14v4l2-i2c-drv.h: add comment describing when not to use this header.Mauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> Make it very clear that this header should not be used for i2c drivers that do not need to be compiled for pre-2.6.26 kernels. As soon as the minimum supported kernel in the v4l-dvb repository becomes 2.6.26 or up, then this header should be removed entirely. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-14smscoreapi: fix compile warningMauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> gcc 4.3.1 generates this warning: v4l/smscoreapi.c: In function 'smscore_gpio_configure': v4l/smscoreapi.c:1481: warning: 'GroupNum' may be used uninitialized in this function v4l/smscoreapi.c:1480: warning: 'TranslatedPinNum' may be used uninitialized in this function While in practice this will not happen, it is something that the compiler can't determine. Initializing these two local variables to 0 suppresses this warning. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> CC: Udi Atar <udi.linuxtv@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>