summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2008-11-02cx18: Fix write retries for registers that always change - part 3.Andy Walls
From: Andy Walls <awalls@radix.net> cx18: Fix write retries for registers that always change - part 3. Fix the io for the rest of the registers that will often not read back the value just written. Modified register readback checks to make sure the intended effect was achieved without constantly rewriting the registers. The one outstanding register remaining is 0xc72014 CX18_AUDIO_ENABLE, whose behavior on writes I have yet to determine. Priority: normal Signed-off-by: Andy Walls <awalls@radix.net>
2008-11-01cx18: Mark CX18_CPU_DE_RELEASE_MDL as a slow API callAndy Walls
From: Andy Walls <awalls@radix.net> cx18: Mark CX18_CPU_DE_RELEASE_MDL as a slow API call. Give the encoder time to complete the MDL release before destroying the encoder internal task. This avoids an encoder lockup on the next digital capture and error messages about buffers being returned for an inactive encoder task handle. Priority: high Signed-off-by: Andy Walls <awalls@radix.net>
2008-10-31cx18: Fix write retries for registers that always change - part 2.Andy Walls
From: Andy Walls <awalls@radix.net> cx18: Fix write retries for registers that always change - part 2. Some registers, especially interrupt related ones, will never read back the value just written. Modified interrupt register readback checks to make sure the intended effect was achieved. Priority: high Signed-off-by: Andy Walls <awalls@radix.net>
2008-10-30cx88-dvb: MFE attachment fix-updarron@kewl.org
From: Darron Broad <darron@kewl.org> MFE attachment fix-up Priority: normal Signed-off-by: Darron Broad <darron@kewl.org>
2008-10-30cx88-mpeg: final fix for analogue only compilation + de-alloc fixdarron@kewl.org
From: Darron Broad <darron@kewl.org> Final fix for when analogue only is selected for compilation (ie, !CX88_DVB) This tidies up previous fix and adds missing de-alloc memory leak on fault (eg, if fe1 fails to alloc where fe0 was allocated). Priority: normal Signed-off-by: Darron Broad <darron@kewl.org>
2008-10-30Simplify video standards enumerationMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-30tda9887/cx88: secam-bghdarron@kewl.org
From: Frederic CAND <frederic.cand@anevia.com> Adds secam bgh support Signed-off-by: Frederic CAND <frederic.cand@anevia.com>
2008-10-30cx88-blackbird: bugfix: cx88-blackbird-mpeg-usersdarron@kewl.org
From: Frederic CAND <frederic.cand@anevia.com> Allows multiple access to the mpeg device Signed-off-by: Frederic CAND <frederic.cand@anevia.com>
2008-10-30cx88-blackbird: bugfix: cx88-blackbird-poll-fixdarron@kewl.org
From: Frederic CAND <frederic.cand@anevia.com> Starts encoder not only on a read call but also on a poll command. Signed-off-by: Frederic CAND <frederic.cand@anevia.com>
2008-10-30anysee: initialize anysee_usb_mutex staticallyMauro Carvalho Chehab
From: Akinobu Mita <akinobu.mita@gmail.com> anysee_usb_mutex is initialized at every time the anysee device is probed. If the second anysee device is probed while anysee_usb_mutex is locked by the first anysee device, the mutex is broken. This patch fixes by initialize anysee_usb_mutex statically rather than initialize at probe time. Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-29kconfig patchMauro Carvalho Chehab
From: Frederic CAND <frederic.cand@anevia.com> Ok I made a patch that converts gspca kconfig file to a more standard= one, with tabs + 2 white spaces, so that if a warning is added it still compiles please find it attached Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-06-02unplug oops from dvb_frontend_init...Mauro Carvalho Chehab
From: Daniel J Blueman <daniel.blueman@gmail.com> When inadvertently hot-unplugging a WT-220U USB DVB-T receiver with 2.6.24, I was met with an oops [1]. The problem is relevant to 2.6.25/26-rc also. dvb_frontend_init() was called either from re-creation of the kdvb-fe0 thread - seems unlikely, or someone called dvb_frontend_reinitialise(), causing this path in the thread - really unlikely, as I can't find any call-site for it. Either way, quite a number of drivers call dvb_usb_generic_rw() [2] without checking the validity of the relevant member in the dvb_usb_device struct - which had changed. Having dvb_usb_generic_rw() sanity-check and fail (rather than loading from 0x120) seems reasonable defensive programming [3], in light of it being called in this way. The problem with this, is that drivers don't check the return code of the init call [4]. Does it make sense to cook a patch which allows the failure to be propagated back up, or am I missing something else? Thanks, Daniel <whoops, hot unplug> [83711.538485] dvb-usb: bulk message failed: -71 (1/0) [83711.538875] dvb-usb: bulk message failed: -71 (1/0) [83711.538899] usb 7-5: USB disconnect, address 3 [83711.538905] dvb-usb: bulk message failed: -22 (1/0) [83711.538924] dvb-usb: bulk message failed: -22 (1/0) [83711.538943] dvb-usb: bulk message failed: -22 (1/0) [83711.588979] dvb-usb: bulk message failed: -22 (1/0) [83711.589031] dvb-usb: bulk message failed: -22 (1/0) [83711.589078] dvb-usb: bulk message failed: -22 (1/0) [83711.589122] dvb-usb: bulk message failed: -22 (1/0) [83711.589167] dvb-usb: bulk message failed: -22 (1/0) [83711.639233] dvb-usb: bulk message failed: -22 (1/0) [83711.639282] dvb-usb: bulk message failed: -22 (1/0) [83711.639330] dvb-usb: bulk message failed: -22 (1/0) [83711.639374] dvb-usb: bulk message failed: -22 (1/0) [83711.639421] dvb-usb: bulk message failed: -22 (1/0) [83711.658391] dvb-usb: bulk message failed: -22 (1/0) [83768.174281] dvb-usb: bulk message failed: -22 (2/-32512) [83768.174350] Unable to handle kernel NULL pointer dereference<6>dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully deinitialized and disconnected. [83768.174459] at 0000000000000120 RIP: [83768.174459] [<ffffffff88339b4f>] :dvb_usb:dvb_usb_generic_rw+0x2f/0x1a0 [83768.174580] PGD 0 [83768.174643] Oops: 0000 [1] SMP [83768.174723] CPU 0 [83768.174782] Modules linked in: nfsd auth_rpcgss exportfs nfs lockd nfs_acl sunrpc af_packet xt_length ipt_tos ipt_TOS xt_CLASSIFY sch_sfq sch_htb ipt_MASQUERADE ipt_REDIRECT xt_limit xt_state xt_tcpudp iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack iptable_mangle iptable_filter ip_tables x_tables xfs sbp2 parport_pc lp parport loop ftdi_sio usbserial evdev dvb_usb_dtt200u dvb_usb dvb_core i2c_core sky2 iTCO_wdt iTCO_vendor_support snd_hda_intel shpchp snd_pcm snd_timer snd_page_alloc snd_hwdep snd pci_hotplug soundcore ipv6 button intel_agp ext3 jbd mbcache sg sd_mod ata_generic pata_acpi ahci ata_piix libata scsi_mod ohci1394 ieee1394 ehci_hcd uhci_hcd usbcore e1000 thermal processor fan fbcon tileblit font bitblit softcursor fuse [83768.176968] Pid: 5732, comm: kdvb-fe-0 Not tainted 2.6.24-16-server #1 [83768.177009] RIP: 0010:[<ffffffff88339b4f>] [<ffffffff88339b4f>] :dvb_usb:dvb_usb_generic_rw+0x2f/0x1a0 [83768.177096] RSP: 0018:ffff810021939df0 EFLAGS: 00010286 [83768.177138] RAX: ffff81003bc7cc00 RBX: 0000000000000001 RCX: 0000000000000000 [83768.177181] RDX: 0000000000000001 RSI: ffff810021939e67 RDI: 0000000000000000 [83768.177223] RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000 [83768.177267] R10: ffff810001009880 R11: 0000000000000001 R12: ffff81003c10b400 [83768.177311] R13: ffff81003c10b5b0 R14: ffff810021939ec0 R15: 0000000000000000 [83768.177354] FS: 0000000000000000(0000) GS:ffffffff805c3000(0000) knlGS:0000000000000000 [83768.177409] CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b [83768.177449] CR2: 0000000000000120 CR3: 0000000000201000 CR4: 00000000000006e0 [83768.177491] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [83768.177534] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [83768.177576] Process kdvb-fe-0 (pid: 5732, threadinfo ffff810021938000, task ffff81003bd1b7a0) [83768.177629] Stack: ffff81003e9b6828 0000000000000000 ffff8100378369f8 0000000000000000 [83768.177800] ffff81003bd1b7a0 ffff810037836d48 ffff81003bc7cc30 ffff81003c10b400 [83768.177943] ffff81003c10b5b0 ffff810021939ec0 ffff81003c10b5e0 ffffffff88342452 [83768.178054] Call Trace: [83768.178130] [<ffffffff88342452>] :dvb_usb_dtt200u:dtt200u_fe_init+0x22/0x30 [83768.178178] [<ffffffff88339f6a>] :dvb_usb:dvb_usb_fe_wakeup+0x3a/0x50 [83768.178229] [<ffffffff88325c41>] :dvb_core:dvb_frontend_init+0x21/0x70 [83768.178278] [<ffffffff8832746b>] :dvb_core:dvb_frontend_thread+0x8b/0x370 [83768.178329] [<ffffffff883273e0>] :dvb_core:dvb_frontend_thread+0x0/0x370 [83768.178382] [<ffffffff80253e3b>] kthread+0x4b/0x80 [83768.178427] [<ffffffff8020d198>] child_rip+0xa/0x12 [83768.178473] [<ffffffff80253df0>] kthread+0x0/0x80 [83768.178514] [<ffffffff8020d18e>] child_rip+0x0/0x12 [83768.178557] [83768.178594] [83768.178594] Code: 44 8b 87 20 01 00 00 49 89 f4 45 89 ce 45 85 c0 0f 84 ad 00 [83768.179167] RIP [<ffffffff88339b4f>] :dvb_usb:dvb_usb_generic_rw+0x2f/0x1a0 [83768.179234] RSP <ffff810021939df0> [83768.179271] CR2: 0000000000000120 [83768.179419] ---[ end trace dba8483163cb1700 ]--- Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-27rationalise addresses to one common oneMauro Carvalho Chehab
From: Alan Cox <alan@lxorguk.ukuu.org.uk> Signed-off-by: Alan Cox <alan@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-29linux-next: v4l-dvb tree build failureMauro Carvalho Chehab
From: Stephen Rothwell <sfr@canb.auug.org.au> Today's linux-next build (x86_64 allmodconfig) failed like this: drivers/media/dvb/dvb-core/dvbdev.c: In function 'dvb_register_device': drivers/media/dvb/dvb-core/dvbdev.c:254: error: implicit declaration of function 'nums2minor' Caused by commit f3d9182030d9655d9ffff33dfceb45b4a127b6ec ("V4L/DVB (9361): Dynamic DVB minor allocation") which clearly has not even been built with CONFIG_DVB_DYNAMIC_MINORS=y. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-30merge: http://linuxtv.org/hg/~gliakhovetski/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-30merge: 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-10-30merge: http://linuxtv.org/hg/~tlorenz/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-30merge: http://jusst.de/hg/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-30merge: http://linuxtv.org/hg/~awalls/cx18-bugfixMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-30Fix frontend DVBFE_ALGO_CUSTOM SearchManu Abraham
Issue: Currently, the DVBFE_ALGO_CUSTOM is called only at the first tuning. After the first call, the status is never set to force a new tuning. From: Marco Schluessler <marco@lordzodiac.de> Signed-off-by: Marco Schluessler <marco@lordzodiac.de> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2008-10-28Wait for a maximum of 100mSManu Abraham
From: Manu Abraham <abraham.manu@gmail.com> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2008-10-28ivtv/ivtvfb: no longer experimentalHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> Remove the EXPERIMENTAL tag. Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2008-10-28ivtv: remove incorrect V4L1 & tvaudio dependencyHans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> ivtv used tvaudio in the past and at the time tvaudio required V4L1. Since tvaudio is no longer dependent on V4L1 and since ivtv actually no longer uses tvaudio at all, this is no removed from Kconfig. Without this patch ivtv won't be build if V4L1 is disabled. Priority: high Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2008-10-28Documentation, especially regarding audio and informational linksTobias Lorenz
From: Tobias Lorenz <tobias.lorenz@gmx.net> This patch adds a recommendation to select SND_USB_AUDIO for listing and adds a documentation file for si470x. Priority: normal Signed-off-by: Tobias Lorenz <tobias.lorenz@gmx.net>
2008-10-28Fix: parameters not supplied in the search processManu Abraham
From: Manu Abraham <abraham.manu@gmail.com> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2008-10-28Fix: Commit 9344 breaks tning of cx24123Manu Abraham
From: Matthias Schwarzott <zzam@gentoo.org> Signed-off-by: Matthias Schwarzott <zzam@gentoo.org> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2008-10-28add DVB_DEVICE_NUM and DVB_ADAPTER_NUM to ueventMauro Carvalho Chehab
From: Kay Sievers <kay.sievers@vrfy.org> This allows udev to create proper device nodes without any hacky shell scripts/programs to call, which guess these numbers from the kernel device names. Signed-off-by: Kay Sievers <kay.sievers@vrfy.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-27Disable PLL Loop while tuningManu Abraham
From: Ales Jurik <ajurik@quick.cz> Signed-off-by: Ales Jurik <ajurik@quick.cz> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2008-10-27Port STB0899 and STB6100Manu Abraham
From: Manu Abraham <abraham.manu@gmail.com> Signed-off-by: Manu Abraham <manu@linuxtv.org>
2008-10-25cx18: Disable write retries for registers that always change - part 1.Andy Walls
From: Andy Walls <awalls@radix.net> cx18: Disable write retries for registers that always change - part 1. Interrupt related registers will likely not read back the value we just wrote. Disable retries for these registers for now to avoid accidently discarding interrupts. More intelligent read back verification criteria are needed for these and other registers (e.g. GPIO line registers), which will be addressed in subsequent changes. Priority: high Signed-off-by: Andy Walls <awalls@radix.net>
2008-10-25cx18: Remove redundant block scope variable in cx18_probe() for sparseAndy Walls
From: Andy Walls <awalls@radix.net> cx18: Remove redundant block scope variable in cx18_probe() to eliminate sparse build warning. Priority: normal Signed-off-by: Andy Walls <awalls@radix.net>
2008-10-25A small improvement at a comment added on the latest patchMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-25Improve make install to work properly with a distro that use non-standard ↵Mauro Carvalho Chehab
dir for V4L/DVB modules From: Mauro Carvalho Chehab <mchehab@redhat.com> One distro stores kernel/drivers/media files on non-standard dirs. I can't see any logical rule for, once having the kernel original dir position, determine were the kernel driver were placed on that distro. For example, they put xc5000.ko driver inside <foo>/media/au0828, while the expected place would be something like <foo>/media/common/tuners. So, this patch do some tricks, when "make rminstall" or "make install" is called: 1) detect if it is such distro; 2) if so, it will run something like: find <foo>/media -name <module.ko> -exec rm '{}' \; where <module.ko> is the official V4L/DVB name for the compiled modules, and <foo> is the distro non-standard dir. This should remove the new V4L/DVB .ko modules that are located at the non-standard dir or inside one of its sub-directories. NOTICE: If there are other V4L/DVB drivers there that (1) aren't inside V4L/DVB tree; (2) weren't selected to compile; then those drivers will likely stop working. This patch doesn't affect the other distros. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2008-10-24Add ov772x driverKuninori Morimoto
This patch adds ov772x driver that use soc_camera framework. It was tested on SH Migo-r board. Signed-off-by: Kuninori Morimoto <morimoto.kuninori@renesas.com> Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de> --- Patch v7 -> v8 fix SWAP_MASK mistake remove empty lines. drivers/media/video/Kconfig | 6 + drivers/media/video/Makefile | 1 + drivers/media/video/ov772x.c | 966 +++++++++++++++++++++++++++++++++++++++ include/media/ov772x.h | 21 + include/media/v4l2-chip-ident.h | 1 + 5 files changed, 995 insertions(+), 0 deletions(-) create mode 100644 drivers/media/video/ov772x.c create mode 100644 include/media/ov772x.h
2008-10-24Minor fixes to the saa7110 driverMauro Carvalho Chehab
From: Jean Delvare <khali@linux-fr.org> * Apparently the author of the saa7110 driver was confused by the number of outputs returned by DECODER_GET_CAPABILITIES. Of course a decoder chip has no analog ouputs, but it must have at least one digital output. * Fix an off-by-one error when checking the input value of DECODER_SET_INPUT. Signed-off-by: Jean Delvare <khali@linux-fr.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-24compat code: Fix compile failure of av7110.c on Kernel 2.6.27Mauro Carvalho Chehab
From: Matthias Schwarzott <zzam@gentoo.org> av7110.c does not compile against a 2.6.27 kernel, as the inclusion of linux/byteorder/swabb.h is now conditional with But the byteorder changes in kernel took place after Kernel 2.6.27, so the compat code needs to look like this: Signed-off-by: Matthias Schwarzott <zzam@gentoo.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-25Update README.cx88 with the current statusMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> README.cx88 were outdated since a long time. Update it with the current status. Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> CC: Rafael Diniz <diniz@wimobilis.com.br>
2008-10-24Move lgdt3304 driver to the proper place and allow it to compileMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-24Move S921 driver to the proper place and allow it to compileMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-24dm1105: fix the misuse of pci_dma_mapping_errorMauro Carvalho Chehab
From: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> pci_dma_mapping_error can't be used for pci_alloc_consistent (pci_dma_mapping_error is for dma_map_single and dma_map_page). pci_alloc_consistent returns NULL if the allocation fails. Acked-by: Igor M. Liplianin <liplianin@me.by> Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-26merge: http://jusst.de/hg/v4l-dvbMauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-23adding lgdt3304 based driverMauro Carvalho Chehab
From: Markus Rechberger <mrechberger@gmail.com> lgdt3304.c: frontend driver for the lgdt3304 chip, this driver is not compatible with the lgdt330x. Signed-off-by: Markus Rechberger <mrechberger@sundtek.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-23adding sharp s921 ISDB-T driverMauro Carvalho Chehab
From: Markus Rechberger <mrechberger@gmail.com> s921_module.c: wrapper for the dvb frontend interface s921_core.c: core s921 1seg ISDB-T driver, everything is set to auto as much as possible in order to not require certain parameters which currently cannot be passed to the ISDB-T chip. ISDB-T support can be tested using dvbscan, dvbstream/snoop and mplayer Tested 1seg H264/aac stream with this driver using a custom linux ISDB-T player Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-24tvp5150: add support to enable raw vbiMauro Carvalho Chehab
From: Markus Rechberger <mrechberger@gmail.com> Priority: normal Signed-off-by: Markus Rechberger <mrechberger@sundtek.de> [mchehab@redhat.com: Fix bad whitespaces] Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-24zl10353: add new register configuration for zl10353/especially 6mhz taiwan.Mauro Carvalho Chehab
From: Markus Rechberger <mrechberger@gmail.com> Priority: normal Signed-off-by: Markus Rechberger <mrechberger@sundtek.de> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-23Dynamic DVB minor allocationMauro Carvalho Chehab
From: Andreas Oberritter <obi@linuxtv.org> This is a multi-part message in MIME format. Implement dynamic minor allocation for DVB, to allow more than four devices of the same type per adapter, based on drivers/usb/core/file.c. Add a new config option, DVB_DYNAMIC_MINORS, to make use of this feature, which defaults to no for backwards compatibility. Signed-off-by: Andreas Oberritter <obi@linuxtv.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-24merge: http://www.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-10-24cx88-dvb: Fix Oops in case i2c bus failed to registerMauro Carvalho Chehab
From: Matthias Schwarzott <zzam@gentoo.org> There already is an report at kernel bugzilla about this issue: http://bugzilla.kernel.org/show_bug.cgi?id=9455 When enabling extra checks for the i2c-bus of cx88 based cards by loading i2c_algo_bit with bit_test=1 this may trigger an oops when loading cx88_dvb. This is caused by the extra check code that detects that the sda-line is stuck high and thus does not register the i2c-bus. cx88-dvb however does not check if the i2c-bus is valid and just uses core->i2c_adap to attach dvb frontend modules. This leads to an oops at the first call to i2c_transfer: $ modprobe i2c_algo_bit bit_test=1 $ modprobe cx8802 cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded cx88[0]: quirk: PCIPCI_NATOMA -- set TBFX cx88[0]: subsystem: 0070:9202, board: Hauppauge Nova-S-Plus DVB-S [card=37,autodetected], frontend(s): 1 cx88[0]: TV tuner type 4, Radio tuner type -1 cx88[0]: SDA stuck high! cx88[0]: i2c register FAILED input: cx88 IR (Hauppauge Nova-S-Plus as /class/input/input5 cx88[0]/2: cx2388x 8802 Driver Manager cx88-mpeg driver manager 0000:00:10.2: enabling device (0154 -> 0156) cx88-mpeg driver manager 0000:00:10.2: PCI INT A -> Link[LNKD] -> GSI 9 (level, low) -> IRQ 9 cx88[0]/2: found at 0000:00:10.2, rev: 5, irq: 9, latency: 64, mmio: 0xfb000000 cx8802_probe() allocating 1 frontend(s) cx88/2: cx2388x dvb driver version 0.0.6 loaded cx88/2: registering cx8802 driver, type: dvb access: shared cx88[0]/2: subsystem: 0070:9202, board: Hauppauge Nova-S-Plus DVB-S [card=37] cx88[0]/2: cx2388x based DVB/ATSC card BUG: unable to handle kernel NULL pointer dereference at 00000000 IP: [<e084d4ef>] :i2c_core:i2c_transfer+0x1f/0x80 *pde = 00000000 Modules linked in: cx88_dvb(+) cx8802 cx88xx ir_common i2c_algo_bit tveeprom videobuf_dvb btcx_risc mga drm ipv6 fscpos eeprom nfsd exportfs stv0299 b2c2_flexcop_pci b2c2_flexcop cx24123 s5h1420 ves1x93 dvb_ttpci dvb_core saa7146_vv saa7146 videobuf_dma_sg videobuf_core videodev v4l1_compat ttpci_eeprom lirc_serial lirc_dev usbhid rtc uhci_hcd 8139too i2c_piix4 i2c_core usbcore evdev Pid: 4249, comm: modprobe Not tainted (2.6.27-gentoo #3) EIP: 0060:[<e084d4ef>] EFLAGS: 00010296 CPU: 0 EIP is at i2c_transfer+0x1f/0x80 [i2c_core] EAX: 00000000 EBX: ffffffa1 ECX: 00000002 EDX: d6c71e3c ESI: d80cd050 EDI: d8093c00 EBP: d6c71e20 ESP: d6c71e0c DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 0068 Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-10-23CinergyT2: on v4l-dvb update, remove the old cinergyT2 driver if presentThierry MERLE
From: Thierry MERLE <thierry.merle@free.fr> If a user installs the new CinergyT2 driver, on an kernel on which the old driver is present, the make install procedure does not remove the old driver if present. Just adding an entry in v4l/obsolete.txt does the trick for the user. Priority: normal Signed-off-by: Thierry MERLE <thierry.merle@free.fr>
2008-10-23CinergyT2: fix Kconfig typoThierry MERLE
From: Thierry MERLE <thierry.merle@free.fr> config\tDVB_USB_CINERGY_T2 causes the make_kconfig.pl to forget to enable by default the compilation of cinergyT2 module. Priority: normal Signed-off-by: Thierry MERLE <thierry.merle@free.fr>