summaryrefslogtreecommitdiff
path: root/linux/drivers
AgeCommit message (Collapse)Author
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-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-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-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/~tap/fixMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@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-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>
2009-06-14gspca-ov519: add extra controlshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> This patch adds autobrightness (so that it can be turned off to make the already present brightness control work) and light frequency filtering controls. The lightfreq control needed 2 different entries in the ctrls array, as the number of options differs depending on the sensor. Always one of the 2 entires is disabled ofcourse. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-13gspca: fix NULL pointer deref in query_ctrlhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca: fix NULL pointer deref in query_ctrl Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-06-12v4l2: Move bounding code outside I2C ifdef blockMauro Carvalho Chehab
From: Trent Piepho <xyzzy@speakeasy.org> On Fri, 12 Jun 2009, Randy Dunlap wrote: > From: Randy Dunlap <randy.dunlap@oracle.com> > > Move v4l_bound_align_image() outside of an #ifdef CONFIG_I2C block > so that it is always built. Fixes a build error: clamp_align() should be moved as well, since it's only used by v4l_bound_align_image(). I'm attaching an alternate version that fixes this. Labeled the endif too. Reported-by: Randy Dunlap <randy.dunlap@oracle.com> Priority: normal Signed-off-by: Trent Piepho <xyzzy@speakeasy.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-12uvc: Fix for no return value check of uvc_ctrl_set() which calls ↵Mauro Carvalho Chehab
mutex_lock_interruptible() From: Robert Krakora <rob.krakora@messagenetsystems.com> Fix for no return value check of uvc_ctrl_set() which calls mutex_lock_interruptible(). Priority: normal Signed-off-by: Robert Krakora <rob.krakora@messagenetsystems.com> Acked-by: Laurent Pinchart <laurent.pinchart@skynet.be> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-11lgs8gxx: update signal strength scaleMauro Carvalho Chehab
From: David Wong <davidtlwong@gmail.com> lgs8gxx: update signal strength scale Signed-off-by: David T.L. Wong <davidtlwong <at> gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-11lgs8gxx: lgs8913 fake signal strength option default onMauro Carvalho Chehab
From: David Wong <davidtlwong@gmail.com> lgs8gxx: lgs8913 fake signal strength option default on. Original calculation is too slow. Signed-off-by: David T.L. Wong <davidtlwong <at> gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-09af9015: fix stack corruption bugMauro Carvalho Chehab
From: Jan Nikitenko <jan.nikitenko@gmail.com> This patch fixes stack corruption bug present in af9015_eeprom_dump(): the buffer buf is one byte smaller than required - there is 4 chars for address prefix, 16*3 chars for dump of 16 eeprom bytes per line and 1 byte for zero ending the string required, i.e. 53 bytes, but only 52 are provided. The one byte missing in stack based buffer buf causes following oops on MIPS little endian platform, because i2c_adap pointer in af9015_af9013_frontend_attach() is corrupted by inlined function af9015_eeprom_dump(): CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == 803a4488, ra == c049a1c8 Oops[#1]: Cpu 0 $ 0 : 00000000 10003c00 00000000 803a4468 $ 4 : 8f17c600 8f067b30 00000002 00000038 $ 8 : 00000001 8faf3e98 11da000d 09010002 $12 : 00000000 00000000 00000000 0000000a $16 : 8f17c600 8f067b68 8faf3c00 8f067c04 $20 : 8f067b9c 00000100 8f067bf0 80104100 $24 : 00000000 2aba9fb0 $28 : 8f066000 8f067af0 802cbc48 c049a1c8 Hi : 00000000 Lo : 00000000 epc : 803a4488 i2c_transfer+0x20/0x104 Not tainted ra : c049a1c8 af9013_read_reg+0x78/0xc4 [af9013] Status: 10003c03 KERNEL EXL IE Cause : 00808008 BadVA : 00000000 PrId : 03030200 (Au1550) Modules linked in: af9013 dvb_usb_af9015(+) dvb_usb dvb_core firmware_class i2c_au1550 au1550_spi Process modprobe (pid: 2757, threadinfo=8f066000, task=8fade098, tls=2aad6470) Stack : c049f5e0 80163090 805ba880 00000100 8f067bf0 0000d733 8f067b68 8faf3c00 8f067c04 c049a1c8 80163bc0 8056a630 8f067b40 80163224 80569fc8 8f0033d7 00000038 80140003 8f067b2c 00010038 c0420001 8f067b28 c049f5e0 00000004 00000004 c049a524 c049d5a8 c049d5a8 00000000 803a6700 00000000 8f17c600 c042a7a4 8f17c600 c042a7a4 c049c924 00000000 00000000 00000002 613a6c00 ... Call Trace: [<803a4488>] i2c_transfer+0x20/0x104 [<c049a1c8>] af9013_read_reg+0x78/0xc4 [af9013] [<c049a524>] af9013_read_reg_bits+0x2c/0x70 [af9013] [<c049c924>] af9013_attach+0x98/0x65c [af9013] [<c04257bc>] af9015_af9013_frontend_attach+0x214/0x67c [dvb_usb_af9015] [<c03e2428>] dvb_usb_adapter_frontend_init+0x20/0x12c [dvb_usb] [<c03e1ad8>] dvb_usb_device_init+0x374/0x6b0 [dvb_usb] [<c0426120>] af9015_usb_probe+0x4fc/0xfcc [dvb_usb_af9015] [<80381024>] usb_probe_interface+0xbc/0x218 [<803227fc>] driver_probe_device+0x12c/0x30c [<80322a80>] __driver_attach+0xa4/0xac [<80321ed0>] bus_for_each_dev+0x60/0xd0 [<8032162c>] bus_add_driver+0x1e8/0x2a8 [<80322cdc>] driver_register+0x7c/0x17c [<80380d30>] usb_register_driver+0xa0/0x12c [<c042e030>] af9015_usb_module_init+0x30/0x6c [dvb_usb_af9015] [<8010d2a4>] __kprobes_text_end+0x3c/0x1f4 [<80167150>] sys_init_module+0xb8/0x1cc [<80102370>] stack_done+0x20/0x3c Code: afb10018 7000003f 00808021 <8c430000> 7000003f 1060002d 00c09021 8f830014 3c02efff Signed-off-by: Jan Nikitenko <jan.nikitenko@gmail.com> Acked-by: Antti Palosaari <crope@iki.fi> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-09se401: Fix coding styleMauro Carvalho Chehab
From: Alan Cox <alan@linux.intel.com> Having fixed the sprintfs I decided a quick clean wouldn't do any harm so it was actually easy to read in future. Priority: normal Signed-off-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-09gspca - stv06xx: remove needless if check and gotoMauro Carvalho Chehab
From: Alexey Klimov <klimov.linux@gmail.com> Patch removes needless if check and goto. Signed-off-by: Alexey Klimov <klimov.linux@gmail.com> Reviewed-by: Erik Andrén <erik.andren@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-08Implement reading uncorrected blocks for stv0900Abylay Ospan
From: Abylay Ospan <aospan@netup.ru> Signed-off-by: Abylay Ospan <aospan@netup.ru>
2009-06-14Bug fix: stv0900 register read must using i2c in one transactionAbylay Ospan
From: Abylay Ospan <aospan@netup.ru> Signed-off-by: Abylay Ospan <aospan@netup.ru>
2009-06-14Change lnbh24 configure bits for NetUP card.Igor M. Liplianin
From: Igor M. Liplianin <liplianin@netup.ru> Signed-off-by: Igor M. Liplianin <liplianin@netup.ru>
2009-06-07saa7134: add support for AVerMedia M103 (f736)Mauro Carvalho Chehab
From: Barry Kitson <b.kitson@gmail.com> Add 1461:f736 to the list of identifiers corresponding to the SAA7134_BOARD_AVERMEDIA_M103 board. This patch adds support for a variant of the AVerMedia M103 MiniPCI DVB-T Hybrid card. Signed-off-by: Barry Kitson <b.kitson@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-06v4l2-device: fix incorrect kernel checkHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> i2c_unregister_device must be called on kernels >= 2.6.26, not just for kernels >= 2.6.29. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-06-09v4l2: add new s_config subdev ops and v4l2_i2c_new_subdev_cfg/board callsHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> Add a new s_config core ops call: this is called with the irq and platform data to be used to initialize the subdev. Added new v4l2_i2c_new_subdev_cfg and v4l2_i2c_new_subdev_board calls that allows you to pass these new arguments. The existing v4l2_i2c_new_subdev functions were modified to also call s_config. In the future the existing v4l2_i2c_new_subdev functions will be replaced by a single v4l2_i2c_new_subdev function similar to v4l2_i2c_new_subdev_cfg but without the irq and platform_data arguments. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-06-06TS continuity check: show error message when discontinuity detected or TEI ↵Abylay Ospan
flag detected in header Signed-off-by: Abylay Ospan <aospan@netup.ru>
2009-06-06merge: http://kernellabs.com/hg/~dheitmueller/misc-fixes-2Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-06tuner-xc2028: cleanup: better use tuner typpe definesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-06zr364xx.c: vfree does its own NULL checkMauro Carvalho Chehab
From: Figo.zhang <figo1802@gmail.com> vfree() does it's own NULL checking, no need for explicit check before calling it. Signed-off-by: Figo.zhang <figo1802@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-05ivtv: Fix PCI directionMauro Carvalho Chehab
From: Alan Cox <alan@linux.intel.com> The ivtv stream buffers may be for receive or for send but the attached sg handle is always destined cpu->device. We flush it correctly but the allocation is wrongly done with the same type as the buffers. See bug: http://bugzilla.kernel.org/show_bug.cgi?id=13385 (Note this doesn't close the bug - it fixes the ivtv part and in turn the logging next shows up some rather alarming DMA sg list warnings in libata) Signed-off-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-04V4L/pwc - use usb_interface as parent, not usb_deviceMauro Carvalho Chehab
From: Lennart Poettering <mzxreary@0pointer.de> The current code creates a sysfs device path where the video4linux device is child of the usb device itself instead of the interface it belongs to. That is evil and confuses udev. This patch does basically the same thing as Kay's similar patch for the ov511 driver: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=ce96d0a44a4f8d1bb3dc12b5e98cb688c1bc730d Signed-off-by: Lennart Poettering <mzxreary@0pointer.de> Acked-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-04Add missing __devexit_p()Mauro Carvalho Chehab
From: Jean Delvare <khali@linux-fr.org> Add missing __devexit_p() to several drivers. Also add a few missing __init, __devinit and __exit markers. These errors could result in build failures depending on the kernel configuration. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-03tuner-xc2028: Improve comments, based on Andy Walls and Hermann PittonMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> feedback CC: Andy Walls <awalls@radix.net> CC: Hermann Pitton <hermann-pitton@arcor.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-03Partially backport changeset 5ec629d784adMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> By mistake, I've committed a changeset that it is not done yet together with a fix. Revert the broken part of the old changeset. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-03buf-core.c: add pointer checkMauro Carvalho Chehab
From: Figo.zhang <figo1802@gmail.com> add poiter check for videobuf_queue_core_init(). any guys who write a v4l driver, pass a NULL pointer or a non-inintial pointer to the first parameter such as videobuf_queue_sg_init() , it would be crashed. Signed-off-by: Figo.zhang <figo1802@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-01tuner-xc3028: fix frequency offsetMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> The last changeset has an else missing, causing wrong frequencies for DTV6. Thanks to Terry Wu <terrywu2009@gmail.com> for pointing the issue. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-01tuner-xc2028: Fix offset frequencies for DVB @ 6MHzMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Both ATSC and DVB @ 6MHz bandwidth require the same offset. While we're fixing it, let's cleanup the bandwidth setup to better reflect the fact that it is a function of the bandwidth. Thanks to Terry Wu <terrywu2009@gmail.com> for pointing this issue and to Andy Walls <awalls@radix.net> for an initial patch for this fix. Priority: normal CC: Terry Wu <terrywu2009@gmail.com> CC: Andy Walls <awalls@radix.net> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-01Fix firmware load for DVB-T @ 6MHzMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> bandwidth for xc3028/xc3028L The only two countries that are known to use 6MHz bandwidth are Taiwan and Uruguay. Both use QAM subcarriers at OFTM. This patch fixes the firmware load for such countries, where the required firmware is the QAM one. This also confirms the previous tests where it was noticed that the 6MHz QAM firmware doesn't work for cable. So, this patch also removes support for DVB-C, instead of just printing a warning. Thanks to Terry Wu <terrywu2009@gmail.com> for pointing this issue and to Andy Walls <awalls@radix.net> for an initial patch for this fix. Priority: normal CC: Terry Wu <terrywu2009@gmail.com> CC: Andy Walls <awalls@radix.net> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-01merge: http://linuxtv.org/hg/~anttip/af9015/Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-06-01merge: http://linuxtv.org/hg/~tap/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>