summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-08-28tda18271: add debug to show which standby mode is in useMichael Krufky
From: Michael Krufky <mkrufky@kernellabs.com> Priority: normal Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
2009-08-27SAA7164: HVR2250 changes related to attach time tuner configurationSteven Toth
From: Steven Toth <stoth@kernellabs.com> Ensure that by default all tuners are set correctly to master/slave mode. For all HVR2250's, ensure slave based tuners are caliberated during attach to avoid locking problems on tuner# above channel 91. HVR2200 tuner attach time to be reviewed in a future patch. Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-08-26usb_af9015: Oops on hotplugging with 2.6.31-rc5-git3Mauro Carvalho Chehab
From: Jose Alberto Reguero <jareguero@telefonica.net> El Miércoles, 5 de Agosto de 2009, Stefan Lippers-Hollmann escribió: > Hi > > Connecting my TerraTec Cinergy T USB XE rev. 2 (0x0ccd, 0x0069) to kernel > 2.6.31-rc5-git3, I get following kernel oops (complete dmesg and kernel > config (amd64) attached) while the firmware[1] is uploaded to the device. > > This is a regression relative to 2.6.30.x, where this device is working > fine. It also seems to be restricted to dvb_usb_af9015, as firmwares for > several wlan cards are uploading fine. Would it help to bisect based on > the changes to drivers/media/dvb/dvb-usb/af9015.c or is a wider scope > required? > > Regards > Stefan Lippers-Hollmann > > [1] http://www.otit.fi/~crope/v4l-dvb/af9015/af9015_firmware_cutter/firmwar >e_files/4.95.0/dvb-usb-af9015.fw > > usb 1-2: new high speed USB device using ehci_hcd and address 4 > usb 1-2: New USB device found, idVendor=0ccd, idProduct=0069 > usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > usb 1-2: Product: Cinergy T USB XE Ver.2 > usb 1-2: Manufacturer: TerraTec > usb 1-2: SerialNumber: 10012007 > usb 1-2: configuration #1 chosen from 1 choice > dvb-usb: found a 'TerraTec Cinergy T USB XE' in cold state, will try to > load a firmware usb 1-2: firmware: requesting dvb-usb-af9015.fw > dvb-usb: downloading firmware from file 'dvb-usb-af9015.fw' > BUG: unable to handle kernel paging request at ffffc9000db5ee17 > IP: [<ffffffff811d173b>] memcpy_c+0xb/0x20 > PGD 22fc07067 PUD 22fc14067 PMD 1a091b067 PTE 800000020d5fd161 > Oops: 0003 [#1] PREEMPT SMP > last sysfs file: > /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-2/firmware/1-2/loading CPU 0 > Modules linked in: dvb_usb_af9015(+) dvb_usb dvb_core radeon drm bnep sco > rfcomm l2cap bluetooth ppdev parport_pc lp parport acpi_cpufreq > cpufreq_conservative cpufreq_stats cpufreq_ondemand freq_table > cpufreq_performance cpufreq_powersave kvm_intel kvm ipv6 af_packet bridge > stp snd_hda_codec_atihdmi rt2800usb snd_hda_codec_realtek zd1211rw > rt2x00usb snd_hda_intel snd_hda_codec rt2x00lib input_polldev crc_ccitt > snd_hwdep arc4 ath9k ecb snd_pcm b43 ath snd_seq snd_timer rng_core > snd_seq_device mac80211 cfg80211 evdev snd rtc_cmos rtc_core soundcore > rtc_lib pcspkr rfkill snd_page_alloc i2c_i801 processor led_class i2c_core > button ext4 mbcache jbd2 crc16 dm_mirror dm_region_hash dm_log dm_snapshot > dm_mod sg sr_mod sd_mod cdrom usbhid hid uhci_hcd ahci ssb firewire_ohci > pcmcia firewire_core libata pcmcia_core crc_itu_t scsi_mod r8169 ehci_hcd > mii usbcore nls_base intel_agp thermal fan Pid: 18663, comm: modprobe Not > tainted 2.6.31-rc5-sidux-amd64 #1 EP45-DS3 RIP: 0010:[<ffffffff811d173b>] > [<ffffffff811d173b>] memcpy_c+0xb/0x20 RSP: 0018:ffff880221185b50 EFLAGS: > 00010202 > RAX: ffffc9000db5ee17 RBX: ffff880221185c18 RCX: 0000000000000002 > RDX: 0000000000000002 RSI: ffff880221185b6a RDI: ffffc9000db5ee17 > RBP: 0000000000000000 R08: ffff8800280442a0 R09: 0000000000000001 > R10: ffff8800378010c0 R11: ffffffff810284b0 R12: 0000000000000008 > R13: ffff880221185b68 R14: ffff880221179800 R15: ffff880221185bb4 > FS: 00007f7f1d4286f0(0000) GS:ffff880028034000(0000) > knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: ffffc9000db5ee17 CR3: 00000001e21ec000 CR4: 00000000000026e0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > Process modprobe (pid: 18663, threadinfo ffff880221184000, task > ffff88021f0393e0) Stack: > ffffffffa060b2ad ffffffffa060f220 00ff880221179800 0f002f4b88d0002b > <0> 004500088673e9ea 0d13c9141c915e02 06803e010101fb08 0c800cc012007d40 > <0> bb800cc01200fa80 010000a000006480 ff02010202020102 ffff8802260823c0 > Call Trace: > [<ffffffffa060b2ad>] ? af9015_rw_udev+0x24d/0x2d0 [dvb_usb_af9015] > [<ffffffffa060b91b>] ? af9015_download_firmware+0x12b/0x190 > [dvb_usb_af9015] [<ffffffffa0604334>] ? dvb_usb_download_firmware+0x94/0xe0 > [dvb_usb] [<ffffffffa0604669>] ? dvb_usb_device_init+0x179/0x700 [dvb_usb] > [<ffffffffa060c3ff>] ? af9015_usb_probe+0x12f/0xbf4 [dvb_usb_af9015] > [<ffffffffa002e0a7>] ? usb_probe_interface+0xb7/0x190 [usbcore] > [<ffffffff8126b5c8>] ? driver_probe_device+0x98/0x1b0 > [<ffffffff8126b773>] ? __driver_attach+0x93/0xa0 > [<ffffffff8126b6e0>] ? __driver_attach+0x0/0xa0 > [<ffffffff8126ad58>] ? bus_for_each_dev+0x58/0x80 > [<ffffffff8126a648>] ? bus_add_driver+0x268/0x2f0 > [<ffffffff8126ba69>] ? driver_register+0x79/0x170 > [<ffffffffa002de09>] ? usb_register_driver+0xa9/0x120 [usbcore] > [<ffffffffa0063000>] ? af9015_usb_module_init+0x0/0x37 [dvb_usb_af9015] > [<ffffffffa006301b>] ? af9015_usb_module_init+0x1b/0x37 [dvb_usb_af9015] > [<ffffffff8100a04b>] ? do_one_initcall+0x3b/0x180 > [<ffffffff811cd8b1>] ? __up_read+0x21/0xc0 > [<ffffffff81072585>] ? __blocking_notifier_call_chain+0x65/0x90 > [<ffffffff81085618>] ? sys_init_module+0xe8/0x240 > [<ffffffff81011fc2>] ? system_call_fastpath+0x16/0x1b > Code: 81 ea d8 1f 00 00 48 3b 42 20 73 07 48 8b 50 f9 31 c0 c3 31 d2 48 c7 > c0 f2 ff ff ff c3 90 90 90 48 89 f8 89 d1 c1 e9 03 83 e2 07 <f3> 48 a5 89 > d1 f3 a4 c3 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 RIP > [<ffffffff811d173b>] memcpy_c+0xb/0x20 > RSP <ffff880221185b50> > CR2: ffffc9000db5ee17 > ---[ end trace 605ab93fe7120203 ]--- I have the same problem with a recent v4l-dvb. The attached patch seem to solve the problem. Jose Alberto Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-26Add support BeholdTV X7 cardMauro Carvalho Chehab
From: Dmitri Belimov <d.belimov@gmail.com> Add support our new TV card based on xc5000 and saa7134. Analog TV works well. Priority: normal Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov <d.belimov@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-25libv4l: actually compile the sn9c2028 decompression codehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: actually compile the sn9c2028 decompression code Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-25libv4l: support decompressing sn9c2028 compressed bayerhans@rhel5-devel.localdomain
From: Theodore Kilgore <kilgota@banach.math.auburn.edu> libv4l: support decompressing sn9c2028 compressed bayer Priority: normal Signed-off-by: Theodore Kilgore <kilgota@banach.math.auburn.edu> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-25libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-25gspca - pac7311: Webcam 06f8:3009 added.Jean-Francois Moine
From: Stephane Marguet (Stemp) <smarguet@gmail.com> Priority: normal Signed-off-by: Stephane Marguet (Stemp) <smarguet@gmail.com> Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2009-08-24libv4l: add 06f8:3009 pac7302 90 degrees rotated cam to the device tablehans@rhel5-devel.localdomain
From: Stéphane Marguet (Stemp) <smarguet <at> gmail.com> libv4l: add 06f8:3009 pac7302 90 degrees rotated cam to the device table Priority: normal Signed-off-by: Stéphane Marguet (Stemp) <smarguet <at> gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-24libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-22Update ALSA capture controls according to selected source.Mauro Carvalho Chehab
From: Oldřich Jedlička <oldium.pro@seznam.cz> The patch introduces new snd_saa7134_capsrc_set (code taken from snd_saa7134_capsrc_put) that updates also the ALSA capture controls during snd_card_saa7134_capture_prepare and snd_saa7134_capsrc_put. There can be much more work done in order to unify the control of the card (now the card's capture source is tuned/switched in saa7134-video.c too), but I don't have enough time. This work could be a starting point, but it can be applied as-is too (it doesn't need any further work to make it working). Signed-off-by: Oldřich Jedlička <oldium.pro@seznam.cz> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-22Add remote support to cph03x bttv cardMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Hello kernel developers. I found a bug report from an user in launchpad. I just copy it here. It includes patch. I don't own the necessary hardware to test it but the patch looks trivial. I'm not subscribed to this list, so please CC me. Thanks! Here is the text: """ remote control for my tv card doesnt work I have Askey CPH03x TV Capturer. When I load bttv module with "card=59" option which is proper for this tv card, I can watch tv with sound but my remote control doesnt work. There is no ir event in /proc/bus/input/device . When bttv module is loaded with "card=137" option remote control works very well. $ cat /proc/bus/input/devices ....... ........ : Bus=0001 Vendor=109e Product=0350 Version=0001 N: Name="bttv IR (card=137)" P: Phys=pci-0000:00:0d.0/ir0 S: Sysfs=/devices/pci0000:00/0000:00:0d.0/input/input144 U: Uniq= H: Handlers=kbd event6 B: EV=100003 B: KEY=2c0814 100004 0 0 0 4 2008000 2090 2001 1e0000 4400 0 ffc Unfortunately there is no sound. """ https://bugs.launchpad.net/ubuntu/+bug/239733 http://bugzilla.kernel.org/show_bug.cgi?id=11995 -- Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-20libv4l: make get / set control use libv4lconvert functionshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: make get / set control use libv4lconvert functions Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-20libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-20libv4l: Change controls shm segment name to include the usernamehans@rhel5-devel.localdomain
From: Gregor Jasny <gjasny@googlemail.com> Change controls shm segment name to include the username, as it is only writable by the user (this means libv4l controls are per user) Priority: normal Signed-off-by: Gregor Jasny <gjasny@googlemail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-17DiB8000: fix channel search parameter initializationPatrick Boettcher
From: Patrick Boettcher <pboettcher@dibcom.fr> This patch is fixing the initialization of the channel search parameters. Priority: normal Signed-off-by: Olivier Grenie <olivier.grenie@dibcom.fr> Signed-off-by: Patrick Boettcher <pboettcher@dibcom.fr>
2009-08-17gspca_mr97310a: Use correct register for CIF type 1 sensor gain settingshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_mr97310a: Use correct register for CIF type 1 sensor gain settings Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-17Documentation: synchronize documentation for Technisat cardsPatrick Boettcher
From: Uwe Bugla <uwe.bugla@gmx.de> The patch does the following: a. it synchronizes /Documentation/dvb/technisat.txt to the current kernel design b. it syncs Trent Piepho' s latest changes to the flexcop driver concept: implementation of the dvb pll library for some cards that need it Priority: normal Signed-off-by: Uwe Bugla <uwe.bugla@gmx.de> Signed-off-by: Patrick Boettcher <pboettcher@kernellabs.com>
2009-08-17DiB0700: add support for STK807XP and STK807XPVRPatrick Boettcher
From: Patrick Boettcher <pboettcher@dibcom.fr> This patchs adds support for the DiB8000 based devices STK807xP and STK807xPVR to the dib0700-device-tree. Priority: normal Signed-off-by: Olivier Grenie <Olivier.Grenie@dibcom.fr> Signed-off-by: Patrick Boettcher <pboettcher@dibcom.fr>
2009-08-17DiB8000: added support for DiBcom ISDB-T/ISDB-Tsb demodulator DiB8000Patrick Boettcher
From: Patrick Boettcher <pboettcher@dibcom.fr> This commit adds support for the DiB8000 ISDB-T demodulator made by DiBcom. Priority: normal Signed-off-by: Olivier Grenie <Olivier.Grenie@dibcom.fr> Signed-off-by: Patrick Boettcher <pboettcher@dibcom.fr>
2009-08-17DiB0070: Indenting driver with indent -linuxPatrick Boettcher
From: Patrick Boettcher <pboettcher@kernellabs.com> In order to follow a little bit the kernel coding style from now on after the generation of that driver file and indent -linux call is emitted. Priority: normal Signed-off-by: Patrick Boettcher <pboettcher@kernellabs.com>
2009-08-17libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14gspca_mr97310a: Add controls for CIF type 0 sensor camshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_mr97310a: Add controls for CIF type 0 sensor cams Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14gspca_mr97310a: make the probing a bit less chattyhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_mr97310a: make the probing a bit less chatty Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14gspca_mr97310a: Move detection of CIF sensor type to probe() functionhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_mr97310a: Move detection of CIF sensor type to probe() function, so that the right controls are set to disabled from the start, rather then having them disappear all of a sudden when the stream is started. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14gspca_mr97310a: cleanup/fixup control handlinghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> gspca_mr97310a: cleanup/fixup control handling Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14gspca: mr97310a fix detection of sensortype for vivicam with id byte of 0x53hans@rhel5-devel.localdomain
From: Hans de Goede <hdgoede@redhat.com> gspca: mr97310a fix detection of sensortype for vivicam with id byte of 0x53 Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14gspca: mr97310a add support for CIF and more VGA camera'shans@rhel5-devel.localdomain
From: Theodore Kilgore <kilgota@auburn.edu> This patch adds supports for mr97310a camera's with CIF sensors (2 different types) and for VGA mr97310a camera with a different sensor then supported until now. This patch also add support for controls for one of the 2 CIF sensors, this was written by Thomas Kaiser <thomas@kaiser-linux.li> Priority: normal Signed-off-by: Theodore Kilgore <kilgota@auburn.edu> Signed-off-by: Thomas Kaiser <thomas@kaiser-linux.li> Signed-off-by: Hans de Goede <hdgoede@redhat.com>
2009-08-14libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14libv4l: Do not hide JPG / MJPG pixfmt from applicationshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Some applications want to use jpg format if possible, so do not hide it from the apps (do not assume it always needs conversion) Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-14libv4l: Fix reqbuf Device or Resource busy error when using readhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> Some applications such as v4l2-apps/test/capture-example.c, in read mode use select() together with read() and do a select() before the first read(). This causes issues together with certain drivers (gspca for example), do not allow switching from read mode to mmap mode and they assume read() mode if a select or poll() is done before any buffers are requested. When not using libv4l2, this is not an issue but libv4l2 uses mmap mode under the hood when converting as that safes a memcpy for each frame read. This fails with such drivers when the application has done a select() before the first read() as the driver now is in "read mode" and disallows switching to mmap mode. This patch fixes this by falling back to using read() for v4l2_read() when using mmap mode fails. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-12SAA7164: Removed spurious debugSteven Toth
From: Steven Toth <stoth@kernellabs.com> SAA7164: Removed spurious debug Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-08-12SAA7164: IRQ / message timeout related changeSteven Toth
From: Steven Toth <stoth@kernellabs.com> In some cases we're seeing large timeouts on commands. I'm changing the implementation so that the deferred worker checks the PCI bus for any messages and signals the waiting caller accordingly. The previous mechanism was too unreliable. Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-08-12SAA7164: Removed a duplicate call to address any PCI quirks.Steven Toth
From: Steven Toth <stoth@kernellabs.com> SAA7164: Removed a duplicate call to address any PCI quirks. Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-08-12libv4l: Also look for dmi info under /sys/class/dmi/idhans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l was looking for dmi strings in sysfs under /sys/devices/virtual/dmi/id but with some kernel configurations this does not exist. It turns out that the dmi strings do exist under /sys/class/dmi/id here. It seems that all systems with dmi info in sysfs have /sys/class/dmi/id so default to using that instead. To be sure fall back to /sys/devices/virtual/dmi/id (the old behavor) when /sys/class/dmi/id is not found. Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-11libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-10libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-09libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-09libv4l: fix upside down devices table orderinghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: fix upside down devices table ordering Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-08SAA7164: Increase the firmware command timeout to avoid firmware errors.Steven Toth
From: Steven Toth <stoth@kernellabs.com> The firmware typically responds in < 50ms and, via the interrupts and deferred work queue the caller (blocked in the driver) is signalled very efficiently. In a highly stressed system this can take many multiples of seconds. So, we need a larger maximum timeout for busy systems. Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-08-08SAA7164: Cleanup a printkSteven Toth
From: Steven Toth <stoth@kernellabs.com> Cleanup a printk and output two helpful driver params in debug mode. Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-08-07libv4l: fix a compiler warninghans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: fix a compiler warning Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-05libv4l: update my email addresshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update my email address Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-05libv4l: README improvementshans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: README improvements Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-05libv4l: README improvementshans@rhel5-devel.localdomain
From: bifferos <bifferos@yahoo.co.uk> libv4l: README improvements Priority: normal Signed-off-by: bifferos <bifferos@yahoo.co.uk> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-05libv4l: update upside down devices tablehans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: update upside down devices table Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
2009-08-04Support for Kaiser Baas ExpressCard Dual HD TunerMauro Carvalho Chehab
From: James A Webb <jamesawebb@gmail.com> The card is reported as YUAN High-Tech Development Co., Ltd STK7700D Priority: normal [mchehab@redhat.com: fix merge conflicts and properly name USB PID] Signed-off-by: James A Webb <jamesawebb@gmail.com> CC: Patrick Boettcher <patrick.boettcher@desy.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-03saa7134: Use correct product name for Hauppauge WinTV-HVR1120 DVB-T/HybridMichael Krufky
From: Michael Krufky <mkrufky@kernellabs.com> Priority: high Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
2009-08-03saa7134: Use correct product name for Hauppauge WinTV-HVR1150 ATSC/QAM-HybridMichael Krufky
From: Michael Krufky <mkrufky@kernellabs.com> Priority: high Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
2009-08-03libv4l: fixup 320x240 output for pac7302 camerashans@rhel5-devel.localdomain
From: Hans de Goede <hdegoede@redhat.com> libv4l: fixup 320x240 output for pac7302 cameras Priority: normal Signed-off-by: Hans de Goede <hdegoede@redhat.com>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-30 03:04:51 +0000