summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
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-21merge: http://linuxtv.org/hg/~tap/fixMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-20compat: Fix __fls for certain ARM kernelsTrent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> __fls() has a broken definition for ARM in from v2.6.26-7260-g0c65f45 to v2.6.28-rc6-187-g94fc733. We can fix this by just undef'ing __fls before the compat define. This will let us replace the broken one with our working one. For those kernels where the compat code is triggered and __fls works, we replace the working one with our (identical) working version, which is not a problem. Priority: normal Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
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-20v4l2-spec: add missing documentation for the OV518 pixel format.Mauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> 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-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-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>
2009-06-14gspca_ov519: add support for the ov511 bridgehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_ov519: add support for the ov511 bridge Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14gspca_ov519: Better default contrast for ov6630hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Hmm, another one with an extra if (life sucks) the default contrast really is no good for the ov6630, it isn't even high enough in full daylight, this gives the ov6630 a different initial value for a better out of the box experience. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14gspca_ov519: Fix 320x240 with ov7660 sensorhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> As reported on the ov51x-jpeg list, and as I can confirm with my own cam the ov7670 in 320x240 has a number of broken columns of pixels at the left of the picture. This was not present in the old driver as it always used 640x480 and did software downscaling (took me a while to figure that one out). The fix adds a sensor specific if in so far sensor neutral code :( But this is the only way to fix this, this cannot be fixed by only changing sensor registers. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14gspca_ov519: Fix led inversion with some camshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> My ov519 cam has it led inverted, the same has been reported on the ov51x-jpeg list for another creative cam. This patch fixes this without changing the behaviour for other cams. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14gspca_ov519: check ov518 packet numbershans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Check ov518 packet numbers to detect dropped packets. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14v4l2-spec: update VIDIOC_G/S_MODULATOR section.Mauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> Table 2 with the description of the modulator audio transmission flags contained a few typos that made it a bit confusing. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-14gspca_ov519: Add 320x240 and 160x120 support for cif sensor camshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_ov519: Add 320x240 and 160x120 support for cif sensor cams Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14v4l2-ctl: add modulator get/set options.Mauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-14gspca_ov519: limit ov6630 qvif uv swap fix to ov66308AFhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> The fix for the UV swapping in qcif mode with the ov6630, which I did to fix this issue on a ov518 cam with an ov66308AF, causes UV swapping in qcif with another cam of mine with the ov518 and an ov66308AE, so this patch changes the code to differentiate between the ov66308AF and other ov6630 versions, and restricts the UV swap fix to the ov66308AF. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-14ivtv/cx18: fix regression: class controls are no longer seenMauro Carvalho Chehab
From: Hans Verkuil <hverkuil@xs4all.nl> A previous change (v4l2-common: remove v4l2_ctrl_query_fill_std) broke the handling of class controls in VIDIOC_QUERYCTRL. The MPEG class control was broken for all drivers that use the cx2341x module and the USER class control was broken for ivtv and cx18. This change adds back proper class control support. Priority: high Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-21merge: http://www.kernellabs.com/hg/~dheitmueller/em28xx-indtube2Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-21merge: http://udev.netup.ru/hg/v4l-dvb-commitsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-20em28xx: add Remote control support for EVGA inDtubeDevin Heitmueller
From: Devin Heitmueller <dheitmueller@kernellabs.com> Add an IR profile for the EVGA inDtube remote control (which is an NEC type remote) Priority: normal Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
2009-06-20Kbuild: make USB_STV06XX compile with RHEL5 kernelsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-19Create table for customize stv0900 ts registers.Igor M. Liplianin
From: Igor M. Liplianin <liplianin@netup.ru> Signed-off-by: Igor M. Liplianin <liplianin@netup.ru>
2009-06-18em28xx: add support for EVGA inDtubeDevin Heitmueller
From: Devin Heitmueller <dheitmueller@kernellabs.com> Add support for the EVGA inDtube. Both ATSC and analog side validated as fully functional. Thanks to Jake Crimmins from EVGA for providing the correct GPIO info. Thanks to Alan Hagge for doing all the device testing. Thanks to Greg Williamson for providing hardware for testing. Priority: normal Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com> Cc: Jake Crimmins <jcrimmins@evga.com> Cc: Alan Hagge <ahagge@gmail.com> Cc: Greg Williamson <cheeseboy16@gmail.com>
2009-06-18em28xx: make sure the analog GPIOs are set if we used a card hintDevin Heitmueller
From: Devin Heitmueller <dheitmueller@kernellabs.com> In cases where the board had a default USB ID, we would not indentify the board until after the call to em28xx_set_mode(). As a result, for those boards the analog GPIOs were not being set before probing the i2c bus for devices (the probe would occur with the GPIOs being all high). Make a call to em28xx_set_mode() so that the GPIOs are set properly before probing the i2c bus for devices. This problem was detected with the EVGA inDtube, where the tvp5150 is not powered on unless GPIO1 is pulled low. Priority: normal Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
2009-06-17merge: http://linuxtv.org/hg/~hgoede/libv4lMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-17merge: http://linuxtv.org/hg/~tap/fixMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-17libv4l: enable automatic gain / exposure control for st6422 deviceshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: enable automatic gain / exposure control for st6422 devices Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-17libv4l1: Emulate VIDIOCGWIN instead of passing it through to the kernelhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Emulate VIDIOCGWIN instead of passing it through to the kernel, this fixes us reporting a wrong size to the app when libv4l2 / libv4lconvert is cropping / downsampling the image. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-17pxa-camera: fix typoTrent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> v4l2_bound_align_image should be v4l_bound_align_image. Change comment to match coding style. Should be merged with cb48209c1841 pxa-camera: Use v4l bounding/alignment function Priority: high Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
2009-06-17libv4l: fix deadlock introduced by locking fix in previous patchhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: fix deadlock introduced by locking fix in previous patch Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-17libv4l: Report aligned resolution on first get_fmthans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> When a user does a try_fmt with the current dest_fmt and the dest_fmt is a supported one we will align the resulution (see try_fmt for why). Do the on the result of the first get_fmt, so that a try_fmt on the result of a get_fmt done immediately after open leaves the fmt unchanged Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-17libv4l1: Use v4l2_ioctl when determining min/max sizehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Use v4l2_ioctl instead of native ioctl's when finding out what the minimum / maximum size is, so that we take the resolution aligment done by libv4l2 into account for the minimum / maximum size. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
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-16v4l2: Fix flaw in alignment codeTrent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> It's possible that the height alignment would be increased beyond the maximum possible value when trying to satisfy size alignment. Please fold with b4d3ec8d363d v4l2: Create helper function for bounding and aligning images Priority: high Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>