summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-05-10SAA7164: Email address changeSteven Toth
From: Steven Toth <stoth@kernellabs.com> SAA7164: Email address change Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-05-10SAA7164: Adjust I/F's to the TDA10048 enabling DVB-T lockSteven Toth
From: Steven Toth <stoth@kernellabs.com> SAA7164: Adjust I/F's to the TDA10048 enabling DVB-T lock Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-05-09SAA7164: Fix some 32/64bit compile time warningsSteven Toth
From: Steven Toth <stoth@kernellabs.com> SAA7164: Fix some 32/64bit compile time warnings Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-05-09SAA7164: Add support for the NXP SAA7164 siliconSteven Toth
From: Steven Toth <stoth@kernellabs.com> This patch adds support for all of the known shipping Hauppauge HVR-2200 and HVR-2250 boards. Digital TV ATSC/QAM and DVB-T is enabled at this time. Both tuners are supported. Volatiles and typedefs need rework, the rest is coding style compliant. Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-05-09Add the SAA7164 I2C bus identifierSteven Toth
From: Steven Toth <stoth@kernellabs.com> Add the SAA7164 I2C bus identifier Priority: normal Signed-off-by: Steven Toth <stoth@kernellabs.com>
2009-09-03v4l2-spec: Fix xmlto compilation with some versions of the toolMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> While some versions of xmlto accepts "Role" attribute for emphasis tag, with some others, it fails. Better to replace it to "role" to fix the issue. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-09-01merge: 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>
2009-08-31ir-keymaps: Fix some trobles on a bad patchMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Due to some merge conflicts, I had to manually fix one patch. It seems that I missed to convert some fields. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31v4l2-spec: A few minor language improvementsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Just do 3 minor editorial revisions on the text added at the previous patches. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31cx25840: fix determining the firmware nameHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> Depending on the model there are three different firmwares to choose from. Unfortunately if a cx23885 is loaded first, then the global firmware name is overwritten with that firmware and if ivtv is loaded next, then it tries to load the wrong firmware. In addition, the original approach would also overwrite any firmware that the user specified explicitly. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> CC: Jarod Wilson <jarod@wilsonet.com>
2009-08-31si4713: simplify the code to remove a compiler warning.Hans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> The compiler warned about an uninitialized stereo variable. By simplifying the code it 1) improved readability and 2) fixed the compiler warning. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> CC: Eduardo Valentin <eduardo.valentin@nokia.com>
2009-08-31compat: don't build soc-camera modules for kernels < 2.6.28.Hans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> Compiling this for pre-2.6.28 kernels will generate a lot of warnings due to a prototype change in dev_get_drvdata. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> CC: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
2009-08-31compat: don't build si4713 for kernels < 2.6.26Hans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> si4713 requires the new i2c API, so no point trying to build it on those old kernels. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-08-31v4l2-spec: Add keytable.c example to remote controller chapterMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31v4l2-spec: Update revision fieldsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Update revision fields to match the Remote Controller chapter. While here, increment spec to version 2.6.32 to match Linux Kernel revision. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31v4l2-spec: Add an introduction to remote controllersMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31ir-common: fix the lack of ir tableMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> drivers/media/video/em28xx/em28xx-cards.c:565: error: ‘ir_codes_gadmei_rm008z’ undeclared here (not in a function) Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31v4l2-spec: Start documenting IR tablesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-30em28xx: Add entry for GADMEI UTV330+ and related IR keymapMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Shine Liu <shinel@foxmail.com> [mchehab@redhat.com: Fix a few wrong IR keymaps] Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-302: fix typos in INSTALLMauro Carvalho Chehab
From: Márton Németh <nm127@freemail.hu> Fix some typos in INSTALL documentation coming from http://linuxtv.org/hg/v4l-dvb . Priority: low Signed-off-by: Márton Németh <nm127@freemai.hu> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29keytable: Don't display KEY_RESERVED codesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> As KEY_RESERVED is used for some spare space at the keycode table, don't return it while displaying the current table Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29keytable: Prints a more comprehensive error messageMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29gen_keytables.pl: Fix parsing for some IR tablesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> There are some tables where the last value ends with } Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29dvb-usb-remote: return KEY_RESERVED if there's free space for new keysMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> The input subsystem checks if get_keycode works for a scan code. Due to that, we need to return a valid value when there's some space at the table that can be used by a scancode. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29dvb-usb-remote: Allow dynamically replacing the IR keycodesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Implements handler for EVIOCGKEYCODE/EVIOCSKEYCODE via adding two new callbacks to the input device. Since on dvb-usb a scan code has 16 bits, to fulfill rc5 standard codes, the default getkeycode/setkeycode input methods would require the driver to spend up to 64 Kb of a sparse table. Instead, add two new callbacks to the event device. With this, it is now possible to replace the keycode tables. There are, however, a few implementation details at the current patch: 1) It will replace the existing device keytable, instead of creating an instance of the data. This works. However, if two devices pointing to the same table were connected, changing the IR table of one will also change the IR table for the other (the solution for this one is simple: just kmalloc some memory); 2) In order to change the scan code, you need first to change the key to KEY_RESERVED or KEY_UNKNOWN to free some space at the table (solution: allocate some additional space for newer scan codes or allow dynamic table grow); 3) The table size cannot be extended. It would be easy to allow the table to grow dynamically: just calling kmalloc(size+1); kfree(old). Yet, maybe we can just create a bigger table with a fixed size, like for example a table with 128 entries. This should be enough even for a very big IR. The current issues should be addressed on a later patch. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29dvb-usb: store rc5 custom and data at the same fieldMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> In order to be closer to V4L IR implementation, it is needed to replace u8 custom, data to: u16 scan This allows using non-rc5 mappings, like the 8 bit keycodes used on older protocols. It will also allow future implementations of rc6 keystrokes when needed. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29gen_keytables: generate also dvb-usb.h based keybablesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29gen_keytables.pl: Change it to work with the new formatMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29common/ir: use a struct for keycode tablesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Currently, V4L uses a scancode table whose index is the scancode and the value is the keycode. While this works, it has some drawbacks: 1) It requires that the scancode to be at the range 00-7f; 2) keycodes should be masked on 7 bits in order for it to work; 3) due to the 7 bits approach, sometimes it is not possible to replace the default keyboard to another one with a different encoding rule; 4) it is different than what is done with dvb-usb approach; 5) it requires a typedef for it to work. This is not a recommended Linux CodingStyle. This patch is part of a larger series of IR changes. It basically replaces the IR_KEYTAB_TYPE tables by a structured table: struct ir_scancode { u16 scancode; u32 keycode; }; This is very close to what dvb does. So, a further integration with DVB code will be easy. While we've changed the tables, for now, the IR keycode handling is still based on the old approach. The only notable effect is the redution of about 35% of the ir-common module size: text data bss dec hex filename 6721 29208 4 35933 8c5d old/ir-common.ko 5756 18040 4 23800 5cf8 new/ir-common.ko In thesis, we could be using above u8 for scancode, reducing even more the size of the module, but defining it as u16 is more convenient, since, on dvb, each scancode has up to 16 bits, and we currently have a few troubles with rc5, as their scancodes are defined with more than 8 bits. This patch itself shouldn't be doing any functional changes. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31Update do have the new "man" targetsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-31v4l2-spec: convert it to use DocBook XML 4.1.2Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> DocBook XML 4.1.2 is the docbook dialect spoken at Linux kernel. By using it, we can now consider adding V4L2 API docs at the kernel tree. As a bonus, added support for xmlto, with seems to be better supported nowadays. Another additional bounus is that two new Makefile targets were added: make man - Create V4L2 API man pages make man_install - Install V4L2 API man pages By allowing the addition of V4L2 manpages, it is now easier for developer to quickly check about a V4L2 API or libv4l2 call syntax and expected return values. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29Add support for RoverMedia TV Link Pro FMMauro Carvalho Chehab
From: Eugene Yudin <eugene.yudin@gmail.com> This patch add support for RoverMedia TV Link Pro FM (LR138 REV:I) card based on saa7134. Priority: normal Signed-off-by: Eugene Yudin <Eugene.Yudin@gmail.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.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-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-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-01firedtv: combine some debug logging codeMauro Carvalho Chehab
From: Stefan Richter <stefanr@s5r6.in-berlin.de> Shrinks source and kernel object size a bit. Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-01The current AVC debugging can clog the log down a lot since manyMauro Carvalho Chehab
From: Henrik Kurelid <henke@kurelid.se> applications tend to check the signal strength very often. This patch enables users to select which AVC messages to log using a bitmask. In addition, it also enables the possibility to debug application PMTs sent to the driver. This will be usable since the CA support is still poorly tested for lots of CAMs and CA systems. Signed-off-by: Henrik Kurelid <henrik@kurelid.se> Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-30merge: http://linuxtv.org/hg/~gliakhovetski/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-30merge: http://kernellabs.com/hg/~mkrufky/tda18271Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29soc-camera: remove now unneeded subdevice group ID assignmentsGuennadi Liakhovetski
From: Guennadi Liakhovetski <g.liakhovetski@gmx.de> Since we are not using v4l2_device_call_* calls any more, we don't need to initialise subdevice .grp_id any more. This also fixes compiler warnings on 64-bit platforms. Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de> --- drivers/media/video/soc_camera.c | 1 - drivers/media/video/soc_camera_platform.c | 1 - 2 files changed, 0 insertions(+), 2 deletions(-)
2009-08-29ir-keymaps: Replace most KEY_[A-Z] to the proper definitionsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> There are several IR's that were using IR to type a letter that it is known by some random application. Instead, the better is to use the standard definitions found at: http://linuxtv.org/wiki/index.php/Remote_Controllers And, if needed, submit a patch for the application to understand the media keys. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29ir-keymaps: add a link to the IR standard layout pageMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> While we're still discussing it, let's point to the wiki page. In the future, this should be added at V4L2 API spec DocBooks. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-29ir-keymaps: replace KEY_KP[0-9] to KEY_[0-9]Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> This is needed to match the standard mapping defined at: http://linuxtv.org/wiki/index.php/Remote_Controllers#Remote_Controllers Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-28keytable: Improve it to work with 16 bit keycodesMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-27tda18271: allow drivers to request RF tracking filter calibration during attachMichael Krufky
From: Michael Krufky <mkrufky@kernellabs.com> On certain master / slave dual tuner configurations, tuning performance improves when the RF tracking filter calibration is performed sequentially. This patch allows for the bridge driver to specify this behavior in the configuration structure at attach-time. The "cal" module option will continue to override this attach-time configuration: set cal=0 to prevent RF tracking filter calibration on startup, and set cal=1 to force it. Priority: normal Signed-off-by: Michael Krufky <mkrufky@kernellabs.com> Reviewed-by: Steven Toth <stoth@kernellabs.com>
2009-08-27Fix a number of EXPORT_SYMBOL warningsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Make Checkpatch tool happy: -:2349: WARNING: EXPORT_SYMBOL(foo); should immediately follow its function/variable On all cases, it were just a blank line at the wrong place. Yet, fixing it is trivial Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-27Properly indent comments with tabsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-08-27CodingStyle: Use [0x0f] instead of [ 0x0f ]Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-06 13:20:55 +0000