summaryrefslogtreecommitdiff
path: root/linux/drivers
AgeCommit message (Collapse)Author
2008-09-06Add support for the Gigabyte R8000-HT USB DVB-T adapter.Patrick Boettcher
From: Finn Thain <fthain@telegraphics.com.au> Thanks to Ilia Penev for the tip-off that this device is much the same as (identical to?) a Terratec Cinergy HT USB XE, and for the firmware hints: http://linuxtv.org/pipermail/linux-dvb/2008-August/028108.html DVB functionality tested OK with xine using the usual dib0700 firmware. This diff is based on the latest latest linuxtv.org v4l-dvb mercurial repo. Priority: normal Signed-off-by: Finn Thain <fthain@telegraphics.com.au> Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
2008-09-06Fix support for Hauppauge Nova-S SEPatrick Boettcher
From: Patrick Boettcher <pb@linuxtv.org> Different backends have different input busses (saa7146, flexcop). To reflect that a config-option to the s5h1420-driver was added which makes the output mode selectable. Furthermore the s5h1420-driver is now doing the same i2c-method as it was done before adding support for other i2c-users. This patch needs to go into the current release of the kernel, as this driver is currently broken. (Thanks to Eberhard Kaltenhaeuser for helping out to debug this issue.) Priority: high Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
2008-09-05merge: http://linuxtv.org/hg/~awalls/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Fixed a trivial conflict between a janitor's patch from Hans Verkuil and Andy patch series. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-05merge: http://linuxtv.org/hg/~jfrancois/gspca/Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-05merge: http://www.linuxtv.org/hg/~hverkuil/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-05merge: http://linuxtv.org/hg/~mcisely/pvrusb2Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-05merge: http://linuxtv.org/hg/~endriss/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-05budget: Add callback to load firmware for the TDHD1 tunerOliver Endriss
From: Oliver Endriss <o.endriss@gmx.de> Supply callback to load firmware for the TDHD1 tuner (using request_firmware). Priority: normal Signed-off-by: Oliver Endriss <o.endriss@gmx.de>
2008-09-04cx18: Increment u8 pointers not void pointers.Andy Walls
From: Andy Walls <awalls@radix.net> cx18: Increment u8 pointers not void pointers. Incrementing void pointers is dubious and the real intent in cx18_memcpy_fromio() and cx18_memset_io() is to increment by bytes, so use u8 pointers instead. Priority: high Signed-off-by: Andy Walls <awalls@radix.net>
2008-09-04gspca: fix memory leakMauro Carvalho Chehab
From: Douglas Schilling Landgraf <dougsland@linuxtv.org> Free allocated memory Priority: high Signed-off-by: Douglas Schilling Landgraf <dougsland@linuxtv.org> CC: Jean-Francois Moine <moinejf@free.fr> CC: Hans de Goede <j.w.r.degoede@hhs.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04ov511: fix memory leakMauro Carvalho Chehab
From: Douglas Schilling Landgraf <dougsland@linuxtv.org> Free allocated memory Priority: high Signed-off-by: Douglas Schilling Landgraf <dougsland@linuxtv.org> CC: Luca Risolia <luca.risolia@studio.unibo.it> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04cpia2_usb: fix memory leakMauro Carvalho Chehab
From: Douglas Schilling Landgraf <dougsland@linuxtv.org> Free allocated memory Priority: high Signed-off-by: Douglas Schilling Landgraf <dougsland@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04em28xx-audio: fix memory leakMauro Carvalho Chehab
From: Douglas Schilling Landgraf <dougsland@linuxtv.org> Free allocated memory Priority: high Signed-off-by: Douglas Schilling Landgraf <dougsland@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04w9968cf: Fix order of usb_alloc_urb validationMauro Carvalho Chehab
From: Douglas Schilling Landgraf <dougsland@linuxtv.org> Fixed order of usb_alloc_urb pointer validation. Priority: high Signed-off-by: Douglas Schilling Landgraf <dougsland@linuxtv.org> CC: Luca Risolia <luca.risolia@studio.unibo.it> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04gspca: Add support of image transfer by bulk and minor change.Jean-Francois Moine
From: Jean-Francois Moine <moinejf@free.fr> - image transfer by bulk - set the max number of transfer URS's to 4 (was 16) Priority: normal Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-09-04gspca: PAC 7302 webcam 093a:262a added.Jean-Francois Moine
From: Hans de Goede <j.w.r.degoede@hhs.nl> Priority: high Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-09-04v4l-dvb: fix assorted sparse warningsHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> Fix sparse warnings. None are serious, but cutting down on these helps find future serious sparse warnings/errors. Redid the av7710.c patch based on a suggestion by Oliver Endriss. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2008-09-03pvrusb2: Remove comment lines which refer to checkpatch's behaviorMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-09-04dvb-ttpci: Support full-ts hardware modificationOliver Endriss
From: Oliver Endriss <o.endriss@gmx.de> Add support for the 'full-ts' hardware modification. On full-featured cards the data throughput is limited by the hardware design. The full-ts mod removes this bottleneck, i.e. the card is able to deliver the complete transport stream of a transponder. For details see http://www.escape-edv.de/endriss/dvb-full-ts-mod Priority: normal Signed-off-by: Oliver Endriss <o.endriss@gmx.de>
2008-09-03budget: Support Activy DVB-T with TDHD1 tunerOliver Endriss
From: Oliver Endriss <o.endriss@gmx.de> Support Fujitsu-Siemens Activy DVB-T card rev AL (ALPS TDHD1-204A tuner). Priority: normal Signed-off-by: Oliver Endriss <o.endriss@gmx.de>
2008-09-03ov511: fix exposure sysfs attribute bugHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> Exposure was always 0. Thanks to sparse for finding this. Priority: high Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2008-09-03cx88: add missing unlock_kernelHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> sparse found an unbalanced BKL usage. Priority: high Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2008-09-02merge: http://linuxtv.org/hg/~jfrancois/gspca/Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-02gspca: After 'while (retry--) {...}', retry will be -1 but not 0.Jean-Francois Moine
From: Li Zefan <lizf@cn.fujitsu.com> Priority: high Signed-off-by: Li Zefan <lizf@cn.fujitsu.com> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-09-02gspca: Adjust hstart for sn9c103/ov7630 and update usb-id's.Jean-Francois Moine
From: Hans de Goede <j.w.r.degoede@hhs.nl> - Adjust hstart in ov7630 on sn9c103 initdata to shift bayer pattern, this is the same change as done for the other initdata tables in a previous patch. - Assign usb-id's for the ov7630 + sn9c103 to gspca if gspca and sn9c102 drivers are both enabled. Priority: high Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-09-01PATCH: Fix parents on some webcam driversMauro Carvalho Chehab
From: Hans de Goede <j.w.r.degoede@hhs.nl> While doing some testing using Luca Risolia's sonix driver I noticed that the video device did not get ACL's set to allow access by locally logged in users, nor does it show up as a video device in lshal, causing cheese to not see it. This turns out to be caused by all of Luca Risolia's drivers not setting the parent member of the video_device struct. This patch fixes this. Priority: high Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl> CC: Luca Risolia <luca.risolia@studio.unibo.it> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-01gspca: Bad image offset with rev012a of spca561 and adjust exposure.Jean-Francois Moine
From: Hans de Goede <j.w.r.degoede@hhs.nl> -Make raw bayer header size change from 20 to 16 affect rev072a only, my 2 rev012a cams both have a header size of 20 -While testing this I also tested the new exposure setting (good work on finding the register JF), and after quite a bit of testing have found out the exact meaning of the register, this patch modifies setexposure to control the exposure over a much wider range. Priority: high Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-08-31cx18: Throttle mmio to/from the CX23418 so boards work in older systemsAndy Walls
From: Andy Walls <awalls@radix.net> cx18: Throttle mmio to/from the CX23418 so boards work in older systems. The CX23418 couldn't reliably handle mmio at the rate at which the cx18 driver was attempting to access the chip. The PCI bridge arrangements and settings on modern motherboards still allowed the CX23418 to work OK, but it didn't work well on many older motherboards: mysterious I2C errors, firmware loading errors, etc. This patch adds a throttle to *all* mmio access to the CX23418. It defaults to a delay of 31 ns, but is adjustable by the mmio_ndelay module parm. My HVR-1600 and Raptor PAL/SECAM card now function for analog capture on a motherboard with an Intel 82810E Northbridge and 82801AA Southbridge. Priority: high Signed-off-by: Andy Walls <awalls@radix.net>
2008-08-31pvrusb2: Disable virtual IR device when not needed.Mike Isely
From: Mike Isely <isely@pobox.com> Disable "virtual" IR receiver on for 24xxx devices that have an internal IR blaster. In that case there's another another IR receiver present and to leave the virtual receiver available just causes confusion. This means that 24xxx users will no longer see a phantom IR chip. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-31pvrusb2: Implement cropping pass throughMike Isely
From: Mike Isely <isely@pobox.com> This builds upon the previous pvrusb2 change to more formally implement full cropping support. This enables access from the driver's V4L interface, and enables access to full capabilities from sysfs as well. Note that this is only effective when in analog mode. It also will only work when the underlying digitizer's driver (saa7115 or cx25840 depending on the hardware) also implements the appropriate functions. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-31pvrusb2: Implement default value retrieval in sysfs interfaceMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-31pvrusb2: Be able to programmatically retrieve a control's default valueMike Isely
From: Mike Isely <isely@pobox.com> The pvrusb2 control mechanism up until now has used a constant int to hold a control's default value. This change makes it possible to retrieve the control's default through some other means, e.g. as a result of a query from lower level software. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-31pvrusb2: Mark crop window size change as being disruptive to the encoderMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-31gspca: Bad image format and offset with rev072a of spca561.Jean-Francois Moine
From: Jean-Francois Moine <moinejf@free.fr> - have 2 pixfmt tables - offset of Bayer frames at 16 instead of 20. Priority: high Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-08-31merge: v4l-dvbJean-Francois Moine
2008-08-31gspca: Fix dark room problem with sonixb.Jean-Francois Moine
From: Hans de Goede <j.w.r.degoede@hhs.nl> When using the sonixb driver in a dark room and given that the autoexposure algorithm starts with a setting most suitable for daylight, the picture produced by the cam may actually be 100% black leading to a avg_lum value of 0, so an avg_lum value of 0 does not always signal an exposure settings change (which it normally does). This patch adds a check for the really black image case and stops dropping all frames as invalid in this case. Priority: high Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-08-30pvrusb2: Implement crop supportMike Isely
From: vdb128@picaros.org <vdb128@picaros.org> Implement pvrusb2 driver plumbing to support cropping. Submitted by a pvrusb2 user. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-30pvrusb2: Fail gracefully if an alien USB ID is usedMike Isely
From: Mike Isely <isely@pobox.com> The driver includes an internal table specifying additional information on a per device-type basis. This works great until somebody tries to run-time associate another USB ID with the driver. This change should hopefully allow the driver to fail gracefully under such a circumstance. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-30cx18: Create cx18_ specific wrappers for all pci mmio accessesors.Andy Walls
From: Andy Walls <awalls@radix.net> cx18: Create cx18_ specific wrappers for all pci mmio accessesors. This is a first step in instrumenting all CX23418 PCI bus IO, to debug problems with accessing the CX23418's PCI memory mapped IO. Priority: normal Signed-off-by: Andy Walls <awalls@radix.net>
2008-08-30pvrusb2: Remove BKLMike Isely
From: Mike Isely <isely@pobox.com> The earlier change from Hans Verkuil that pushed the BKL from video_open() down into the drivers should be unneeded for the pvrusb2 driver. This driver's implementation for open already protects its internal structures through other means, thus the BKL is not required. This change reverses Hans' previous change, for the pvrusb2 driver. It probably would have been a good idea for Hans to previously have asked for my ack before committing his change. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-30pvrusb2: Add comment elaborating on direct use of swab32()Mike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-30pvrusb2: Handle USB ID 2040:2950 same as 2040:2900Mike Isely
From: Mike Isely <isely@pobox.com> The device 2040:2950 is a really old variant of the PVR USB2 hardware. I have just learned of its existence. For the purposes of the pvrusb2 driver, it is functionally identical to the well known 29xxx series (2040:2900). Amazing that this went undetected for 3+ years. Priority: high Signed-off-by: Mike Isely <isely@pobox.com>
2008-08-30gspca: Move the Sonix webcams with TAS5110C1B from sn9c102 to gspca.Jean-Francois Moine
From: Hans de Goede <j.w.r.degoede@hhs.nl> This patch makes gspca claim the USB-ID for sn9c101/2 cams with a TAS5110C1B sensor even if both gspca and sn9c102 are enabled, as these cams are much better supported under gspca (and extensively tested with gspca). It also removes an usb-id from sn9c102 for one more unsupported bridge sensor combo. Priority: high Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-08-30gspca: Support for vga modes with sif sensors in sonixb.Jean-Francois Moine
From: Hans de Goede <j.w.r.degoede@hhs.nl> - Add documentation for some known registers - Add support for vga modes (320x240, 160x120) for sif sensors - Remove F_RAW sensor flag raw mode should work on any sensor as its a bridge only thing and keeping the flag was becoming awkward. - Fixup ov6650 and pas106 auto exposure window settings Priority: high Signed-off-by: Hans de Goede <j.w.r.degoede@hhs.nl> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2008-08-30bttv: Don't unmask VPRES interruptMauro Carvalho Chehab
From: Jean Delvare <khali@linux-fr.org> When the input is set to tuner and no antenna is connected, the BT848 can flood VPRES interrupts. So we don't want to enable this type of interrupts when the input it set to tuner. As we don't do anything when receiving such an interrupt anyway, the easiest fix is to simply not unmask this specific interrupt. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-02merge: http://linuxtv.org/hg/~tmerle/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-02merge: http://linuxtv.org/hg/~jfrancois/gspca/Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-02merge: http://linuxtv.org/hg/~pb/v4l-dvb/Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-02merge: 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>
2008-09-01b2c2 and bt8xx: udelay to mdelayThierry MERLE
From: Thierry MERLE <thierry.merle@free.fr> b2c2-flexcop, dvb/bt8xx and video/bt8xx fails to build on ARM with: __bad_udelay is specifically designed on ARM to fail when udelay is called in a bad way. arch/arm/include/asm/delay.h has this to say about __bad_udelay: /* * This function intentionally does not exist; if you see references to * it, it means that you're calling udelay() with an out of range value. * * With currently imposed limits, this means that we support a max delay * of 2000us. Further limits: HZ<=1000 and bogomips<=3355 */ extern void __bad_udelay(void); Solution is to replace udelay by a mdelay and udelay with value less than 2000 Priority: high Signed-off-by: Thierry MERLE <thierry.merle@free.fr>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-06 21:59:42 +0000