summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-03-16libv4l: drop bad sn9c20x jpeg frameshans@rhel5-devel.localdomain
From: Brian Johnson <brijohn@gmail.com> sn9c20x cams have occasional bad jpeg frames, drop these to avoid the flickering effect they cause, by: Brian Johnson <brijohn@gmail.com> Priority: normal Signed-off-by: Brian Johnson <brijohn@gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-13libv4l: add hm12 support for the cx2341x MPEG encoder devices.hans@rhel5-devel.localdomain
From: Hans Verkuil <hverkuil@xs4all.nl> Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: prep for 0.5.9 releasehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> prep for 0.5.9 release. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Fix compile warning in sq905c.chans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Fix compile warning in sq905c.c . Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: libv4lconvert support for SQ905Chans@rhel5-devel.localdomain
From: Theodore Kilgore <kilgota@auburn.edu> Support the decompression used by the SQ905C cameras (0x2770:0x905C) and some other related cameras. There is at the moment no support module for these cameras in streaming mode, but I intend to submit one. This contribution was created in whole by me, based upon code in libgphoto2 which was created in whole by me, and which was licensed for libgphoto2 under the LGPL license. Priority: normal Signed-off-by: Theodore Kilgore <kilgota@auburn.edu> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Adjust mr97310a for gspca mr97310a driver changeshans@rhel5-devel.localdomain
From: Theodore Kilgore <kilgota@auburn.edu> This patch introduces an offset of 12 bytes before starting the decompression of a frame. This needs to be done to compensate for a change in the gspca driver, where headers are now preserved instead of suppressed. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Theodore Kilgore <kilgota@auburn.edu>
2009-03-11libv4l: Add MR97310A decompressionhans@rhel5-devel.localdomain
From: Kyle Guinn <elyk03@gmail.com> libv4l: Add MR97310A decompression Priority: normal Signed-off-by: Kyle Guinn <elyk03@gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: remove .orig and .rej files on make clean and simplify make exporthans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: remove .orig and .rej files on make clean and simplify make export Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: change clean target to remove editor backup files in root and includehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: change clean target to remove editor backup files in root and include Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: remove some code duplication in bayer handlinghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> remove some code duplication in bayer handling Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: add sn9c20x-i420 decoderhans@rhel5-devel.localdomain
From: Vasily Khoruzhick <anarsoul@gmail.com> Recent sn9c20x driver written by microdia project (http://groups.goolge.com/group/microdia) introduce new output format - sn9c20x-i420. This format is actually scrambled yuv420, so it's very easy and fast to convert it to yuv420. This patch adds sn9c20x-i420 decoder to the libv4l-0.5.7 This decoder is much faster than jpeg one (sn9c20x supports JPEG too): sn9c20x-i420 decoder eats only 10% of 1GHz CPU at 640x480x25fps vs 40% of 1GHz CPU in jpeg at same frame size/rate. This format should be preffered for sn9c20x, because sn9c20x driver supports SBGGR8 too, so it should go before SBGGR8 in supported_src_pixfmts. Priority: normal Signed-off-by: Vasily Khoruzhick <anarsoul@gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com
2009-03-11libv4l: us USB-id's instead of USB product string in upside down dev tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Switch to using USB-id's instead of USB product string, as not all devices set a unique product string. This fixes the upside down issues with genius e-messenger 112 cams Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Use Requires.private where appropiate in .pc fileshans@rhel5-devel.localdomain
From: Gregor Jasny <gjasny@web.de> Use Requires.private where appropiate in .pc files. Priority: normal Signed-off-by: Gregor Jasny <gjasny@web.de> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: remove duplicate v4lconvert_yvyu_to_yuv420 functionhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Remove v4lconvert_yvyu_to_yuv420 function as its functionality is duplicate with v4lconvert_yuyv_to_yuv420 Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: add UYVY supporthans@rhel5-devel.localdomain
From: Julien BLACHE <jb@jblache.org> Attached is a patch to add UYVY support to libv4lconvert. It's obviously a shameless respin of the YVYU conversion routines :P Tested on a USB Apple iSight, which only supports UYVY. Priority: normal Signed-off-by: Julien BLACHE <jb@jblache.org> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: 0.5.7 releasehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> * Fix a nasty (and stupid) bug in the special try_fmt handling for UVC cams * Add some more verbose logging of various calls when asking libv4l to log calls to a file, to assist in (future) debugging Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Always do a s_fmt on uvc camshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Always do a s_fmt on uvc cams even if this changes nothing, as not doing the s_fmt triggers a bug in the uvcvideo driver in kernel <= 2.6.28 (with certain cams) Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: avoid try_fmt on UVC cams if possiblehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Avoid the use of try_fmt as much as possible on UVC cams, instead use the results of the enum_framesizes ioctl. This is because: 1) try_fmt actually causes IO with UVC cams making apps which do lot of querying of device capabilities slow (cheese) 2) some buggy cams don't like getting lots of UVC video probes and crash when they do Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: add support for converting to YV12 planarhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Add support for converting to YV12 planar (next to the already supported YU12 / I420) and implement RGB/BGR24 -> YU/YV12 conversion Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: add support for downscalinghans@rhel5-devel.localdomain
From: Lukáš Karas <lukas.karas@centrum.cz> Add support for downscaling to make apps which want low resolutions (skype, spcaview) happy when used with cams which can only do high resolutions. Priority: normal Signed-off-by: Lukáš Karas <lukas.karas@centrum.cz> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Don't report DQBUF errors when errno is EAGAINhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Don't report DQBUF errors when errno is EAGAIN, this fixes flooding the screen with errors when applications use non blocking mode Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: dont try to allocate large buffers on the stackhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> When conversion requires multiple passes don't alloc the needed temporary buffer on the stack, as some apps (ekiga) use so much stack themselves this causes us to run out of stack space Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: buffers only contain half of the lines with V4L2_FIELD_ALTERNATEhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Take into account that the buffers only contain half of the lines when field is V4L2_FIELD_ALTERNATE Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: don't use memcmp to compare pix_formatshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Only check width, height and pixelformat when checking if we are doing conversion, instead of doing a memcmp, as that are the only things which the convert code checks Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: make s_fmt more robust part 2hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Check that s_fmt atleast gives us the width, height and pixelformat try_fmt promised us, and if not disable conversion Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Make S_FMT handling more robusthans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Some drivers (pwc) do not properly reflect what one really gets after a s_fmt in their try_fmt answer. So update dest format (which we report as result from s_fmt / g_fmt to the app) with all info from the src format not changed by conversion. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Add Philips SPC210NC to list of cams with upside down sensorhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: Add Philips SPC210NC to list of cams with upside down sensor Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Do not link the wrapper libs against libphreadhans@rhel5-devel.localdomain
From: Gregor Jasny <jasny@vidsoft.de> libv4l: Do not link the wrapper libs against libphread Priority: normal Signed-off-by: Gregor Jasny <jasny@vidsoft.de> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-11libv4l: Add software cropping from CIF to VGA modes (fix skype)hans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> * Add support for software cropping from 352x288 -> 320x240 / 176x144 -> 160x120, so that apps which will only work with vga resolutions like 320x240 (Skype!) will work with cams/drivers which do not support cropping CIF resolutions to VGA resolutions in hardware. This makes all 2.6.27 gspca supported cams, except for the pac7302 which only does 640x480 (and skype wants 320x240), work with skype * The v4lconvert_convert function was becoming a bit of a mess, so split the functionailiy into seperate v4lconvert_convert_pixfmt, v4lconvert_rotate and v4lconvert_crop functions, and make v4lconvert_convert a frontend to these Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-03-05Fix race in infrared polling on rmmodMauro Carvalho Chehab
From: Jean Delvare <khali@linux-fr.org> The race on rmmod I just fixed in cx88-input affects 3 other drivers. Fix these the same way. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-05cx88: Prevent general protection fault on rmmodMauro Carvalho Chehab
From: Jean Delvare <khali@linux-fr.org> When unloading the cx8800 driver I sometimes get a general protection fault. Analysis revealed a race in cx88_ir_stop(). It can be solved by using a delayed work instead of a timer for infrared input polling. This fixes kernel.org bug #12802. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10zoran: replace functions names in strings with __func__Trent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> It reduces the size of the driver over all, and the function names in strings need to be manually kept up to date while __func__ doesn't. Priority: normal Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
2009-03-10zoran: Pass zoran_fh pointers instead of file pointersTrent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> Many functions had a struct file pointer argument, but all they wants is the struct zoran_fh pointer from the file's private data. Since every caller of those functions already has the zoran_fh, just pass the that instead. This saves a dereference in each function change. While I'm at it, change the code formatting of affected functions to be kernel standard style. Priority: normal Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
2009-03-10zoran: Don't frighten users with failed buffer allocationTrent Piepho
From: Jean Delvare <khali@linux-fr.org> kmalloc() can fail for large video buffers. By default the kernel complains loudly about allocation failures, but we don't want to frighten the user, so ask kmalloc() to keep quiet on such failures. Priority: normal Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Trent Piepho <xyzzy@speakeasy.org> Cc: Hans Verkuil <hverkuil@xs4all.nl>
2009-03-10zoran: Drop the lock_norm module parameterTrent Piepho
From: Jean Delvare <khali@linux-fr.org> The lock_norm module parameter doesn't look terribly useful. If you don't want to change the norm, just don't change it. As a matter of fact, no other v4l driver has such a parameter. Priority: normal Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Trent Piepho <xyzzy@speakeasy.org> Cc: Hans Verkuil <hverkuil@xs4all.nl>
2009-03-10zoran: Unify buffer descriptorsTrent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> The zoran driver had two kinds of buffer descriptors, one for jpg buffers and one for raw buffers. They were mostly the same with only a couple different fields. A file handle had two sets of descriptors even though only one could be in use at once. I've combined the two kinds into a single buffer descriptor that has the different parts in a union. Each file handle (struct zoran_fh) now only has one set of buffers. The device itself (struct zoran) still has two since it can have both raw and jpg buffers in use at the same time. Along the way, I re-wrapped many lines that were ugly. Some code which was duplicated for both raw and jpg buffers is now merged. The code to setup buffers in zoran_open_init_session() can be merged, as can the code to delete the buffers in zoran_close_end_session(). Lots of code in zoran_vm_close() and zoran_mmap() is merged as well. Since there is now only one set of buffer size & count fields, it's important they get set correctly when changing modes. So I created helper functions to change fh->map_mode which also set the buffer size & count to the proper values. jpg_sync() should only be called in jpg mode, it used to be able to tell the difference between jpg mode active and raw mode, but now there is only one active field. In zoran_streamoff() the spin lock is held for the entire sequence of operations to disable streaming. Priority: normal Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
2009-03-10build: Clean up FM801-TEA575x KconfigTrent Piepho
From: Trent Piepho <xyzzy@speakeasy.org> Some extra config symbols for the tea575x module keep it from working correctly with menuconfig. Priority: normal Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
2009-03-10merge: http://linuxtv.org/hg/~mkrufky/lgdt3305Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10merge: http://www.linuxtv.org/hg/~hverkuil/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10videobuf-core: also needs a minimal subset of V4L1 headerMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10msp3400: remove obsolete V4L1 codeHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> There are no drivers left that call msp3400 with V4L1 commands. Remove it from this driver. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-03-10avoid loading the entire videodev.h header for drivers that are already V4L2 ↵Mauro Carvalho Chehab
only From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10merge: http://linuxtv.org/hg/~mkrufky/dibcomMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10Fix Kbuild MEDIA_TUNER_CUSTOMIZE dependenciesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-10dib0700: enable DVB_FE_CUSTOMISE for dibcom frontendsMichael Krufky
From: Michael Krufky <mkrufky@linuxtv.org> There was never any build-time dependency of the dib0700 usb module on the dib0070 tuner module. Now that the build-time dependencies of dib0700 on dib3000mc, dib7000p and dib7000m have been removed in the previous changesets, we can enable DVB_FE_CUSTOMISE for these modules under config DVB_USB_DIB0700 Priority: normal Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
2009-03-10/frontends/Kconfig: Move af9013 Kconfig option to its proper placeMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> af9013 is not a development tool. It is, instead, a DVB-T module. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-09merge: http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-radioMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-09merge: http://linuxtv.org/hg/~mkrufky/saa7134Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-09merge: http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-wfMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-09merge: http://udev.netup.ru/hg/v4l-dvb-netupMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>