RE: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver
-Original Message- From: davinci-linux-open-source-boun...@linux.davincidsp.com [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of Karicheri, Muralidharan Sent: Friday, January 08, 2010 4:55 AM To: Kevin Hilman Cc: davinci-linux-open-sou...@linux.davincidsp.com; linux- me...@vger.kernel.org Subject: RE: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver Arch patches are not usually merged in Hans tree. [Hiremath, Vaibhav] Hi Kevin and Murali, Sorry for jumping into this discussion so late, Can we use clk_add_alias() function exported by clkdev.c file here? With this board specific file can define aliases for all required platform_data keeping CLK() entry generic. Thanks, Vaibhav Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 phone: 301-407-9583 email: m-kariche...@ti.com -Original Message- From: Kevin Hilman [mailto:khil...@deeprootsystems.com] Sent: Thursday, January 07, 2010 4:50 PM To: Karicheri, Muralidharan Cc: linux-media@vger.kernel.org; hverk...@xs4all.nl; davinci-linux- open- sou...@linux.davincidsp.com Subject: Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver Karicheri, Muralidharan m-kariche...@ti.com writes: Can I remove it through a separate patch? This patch is already merged in Hans tree. Hmm, arch patches should not be merged yet as I have not ack'd them. Kevin -Original Message- From: Kevin Hilman [mailto:khil...@deeprootsystems.com] Sent: Thursday, January 07, 2010 2:44 PM To: Karicheri, Muralidharan Cc: linux-media@vger.kernel.org; hverk...@xs4all.nl; davinci- linux-open- sou...@linux.davincidsp.com Subject: Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver Karicheri, Muralidharan m-kariche...@ti.com writes: Kevin, OK, I'm not extremely familar with the whole video architecture here, but are all of these drivers expected to be doing clk_get() and clk_enable()? [MK]Many IPs on DaVinci VPFE would require vpss master clock. So it is better to do the way I have done in my patch. So it is expected that clk_get, clk_enable etc are called from other drivers as well. OK, then you are expecting to add clkdev nodes for the other devices as well. That's ok. However, you still haven't answered my original question. AFAICT, there are no users of the clkdev nodes vpss_master and vpss_slave. Why not remove those and replace them with your new nodes instead of leaving them and adding new ones? Kevin ___ Davinci-linux-open-source mailing list davinci-linux-open-sou...@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open- source -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH] DVB-T regression fix for saa7134 cards
Hi Some customers has problem with quality of DVB-T https://bugs.launchpad.net/ubuntu/+source/linux/+bug/446575 After this patch http://patchwork.kernel.org/patch/23345/ This is patch for fix regression with DVB-T. Tested with many people. diff -u ./saa7134.orig/saa7134-core.c ./saa7134/saa7134-core.c --- ./saa7134.orig/saa7134-core.c 2009-09-10 05:13:59.0 +0700 +++ ./saa7134/saa7134-core.c2010-01-07 13:01:11.0 +0600 @@ -420,19 +420,6 @@ ctrl |= SAA7134_MAIN_CTRL_TE5; irq |= SAA7134_IRQ1_INTE_RA2_1 | SAA7134_IRQ1_INTE_RA2_0; - - /* dma: setup channel 5 (= TS) */ - - saa_writeb(SAA7134_TS_DMA0, (dev-ts.nr_packets - 1) 0xff); - saa_writeb(SAA7134_TS_DMA1, - ((dev-ts.nr_packets - 1) 8) 0xff); - /* TSNOPIT=0, TSCOLAP=0 */ - saa_writeb(SAA7134_TS_DMA2, - (((dev-ts.nr_packets - 1) 16) 0x3f) | 0x00); - saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE); - saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 | - SAA7134_RS_CONTROL_ME | - (dev-ts.pt_ts.dma 12)); } /* set task conditions + field handling */ diff -u ./saa7134.orig/saa7134-ts.c ./saa7134/saa7134-ts.c --- ./saa7134.orig/saa7134-ts.c 2009-09-10 05:13:59.0 +0700 +++ ./saa7134/saa7134-ts.c 2010-01-07 13:03:29.0 +0600 @@ -249,7 +249,20 @@ dprintk(TS start\n); BUG_ON(dev-ts_started); + + /* dma: setup channel 5 (= TS) */ + saa_writeb(SAA7134_TS_DMA0, (dev-ts.nr_packets - 1) 0xff); + saa_writeb(SAA7134_TS_DMA1, + ((dev-ts.nr_packets - 1) 8) 0xff); + /* TSNOPIT=0, TSCOLAP=0 */ + saa_writeb(SAA7134_TS_DMA2, + (((dev-ts.nr_packets - 1) 16) 0x3f) | 0x00); + saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE); + saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 | + SAA7134_RS_CONTROL_ME | + (dev-ts.pt_ts.dma 12)); + /* reset hardware TS buffers */ saa_writeb(SAA7134_TS_SERIAL1, 0x00); saa_writeb(SAA7134_TS_SERIAL1, 0x03); saa_writeb(SAA7134_TS_SERIAL1, 0x00); Signed-off-by: Alexey Osipov lion-si...@pridelands.ru Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov d.beli...@gmail.com With my best regards, Dmitry.diff -u ./saa7134.orig/saa7134-core.c ./saa7134/saa7134-core.c --- ./saa7134.orig/saa7134-core.c 2009-09-10 05:13:59.0 +0700 +++ ./saa7134/saa7134-core.c 2010-01-07 13:01:11.0 +0600 @@ -420,19 +420,6 @@ ctrl |= SAA7134_MAIN_CTRL_TE5; irq |= SAA7134_IRQ1_INTE_RA2_1 | SAA7134_IRQ1_INTE_RA2_0; - - /* dma: setup channel 5 (= TS) */ - - saa_writeb(SAA7134_TS_DMA0, (dev-ts.nr_packets - 1) 0xff); - saa_writeb(SAA7134_TS_DMA1, - ((dev-ts.nr_packets - 1) 8) 0xff); - /* TSNOPIT=0, TSCOLAP=0 */ - saa_writeb(SAA7134_TS_DMA2, - (((dev-ts.nr_packets - 1) 16) 0x3f) | 0x00); - saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE); - saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 | - SAA7134_RS_CONTROL_ME | - (dev-ts.pt_ts.dma 12)); } /* set task conditions + field handling */ diff -u ./saa7134.orig/saa7134-ts.c ./saa7134/saa7134-ts.c --- ./saa7134.orig/saa7134-ts.c 2009-09-10 05:13:59.0 +0700 +++ ./saa7134/saa7134-ts.c 2010-01-07 13:03:29.0 +0600 @@ -249,7 +249,20 @@ dprintk(TS start\n); BUG_ON(dev-ts_started); + + /* dma: setup channel 5 (= TS) */ + saa_writeb(SAA7134_TS_DMA0, (dev-ts.nr_packets - 1) 0xff); + saa_writeb(SAA7134_TS_DMA1, + ((dev-ts.nr_packets - 1) 8) 0xff); + /* TSNOPIT=0, TSCOLAP=0 */ + saa_writeb(SAA7134_TS_DMA2, + (((dev-ts.nr_packets - 1) 16) 0x3f) | 0x00); + saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE); + saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 | + SAA7134_RS_CONTROL_ME | + (dev-ts.pt_ts.dma 12)); + /* reset hardware TS buffers */ saa_writeb(SAA7134_TS_SERIAL1, 0x00); saa_writeb(SAA7134_TS_SERIAL1, 0x03); saa_writeb(SAA7134_TS_SERIAL1, 0x00); Signed-off-by: Alexey Osipov lion-si...@pridelands.ru Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov d.beli...@gmail.com
Re: WinTV Radio rev-c121 remote support
On Tue, 05 Jan 2010 21:11:59 +0100, Samuel Rakitničan samuel.rakitni...@gmail.com wrote: Hi, I have an old bt878 based analog card. It's 'Hauppauge WinTV Radio' model 44914, rev C121. I'm trying to workout support for this shipped remote control. I have tried to add following lines to bttv-cards.c and bttv-input.c, but that gived really bad results (dmesg output is in attachment). diff -r b6b82258cf5e linux/drivers/media/video/bt8xx/bttv-cards.c --- a/linux/drivers/media/video/bt8xx/bttv-cards.c Thu Dec 31 19:14:54 2009 -0200 +++ b/linux/drivers/media/video/bt8xx/bttv-cards.c Tue Jan 05 13:25:09 2010 +0100 @@ -491,6 +491,7 @@ .pll= PLL_28, .tuner_type = UNSET, .tuner_addr = ADDR_UNSET, + .has_remote = 1, }, [BTTV_BOARD_MIROPRO] = { .name = MIRO PCTV pro, diff -r b6b82258cf5e linux/drivers/media/video/bt8xx/bttv-input.c --- a/linux/drivers/media/video/bt8xx/bttv-input.c Thu Dec 31 19:14:54 2009 -0200 +++ b/linux/drivers/media/video/bt8xx/bttv-input.c Tue Jan 05 13:25:09 2010 +0100 @@ -341,6 +341,12 @@ ir-last_gpio= ir_extract_bits(bttv_gpio_read(btv-c), ir-mask_keycode); break; + case BTTV_BOARD_HAUPPAUGE878: + ir_codes = ir_codes_pctv_sedna_table; + ir-mask_keycode = 0; + ir-mask_keyup = 0; + //ir-polling = 50; + break; } if (NULL == ir_codes) { dprintk(KERN_INFO Ooops: IR config error [card=%d]\n, btv-c.type); r...@crni:~/v4l-dvb# modprobe bttv Segmentation fault r...@crni:~/v4l-dvb# Message from sysl...@crni at Tue Jan 5 13:03:08 2010 ... crni kernel: Oops: [#1] SMP [...] So I guess that's not going to work. I have read in wiki that Hauppauge cards needs ir-kbd-i2c, so I tried with that too, but then similar error like previous happens when I try 'modprobe ir-kbd-i2c debug=1 hauppauge=1' as well as just 'modprobe ir-kbd-i2c'. Can I have a little pointer what to do? Regards, Samuel -- Card: http://linuxtv.org/wiki/index.php/File:Wintv-radio-C121.jpg Remote: http://linuxtv.org/wiki/index.php/File:Wintv-radio-remote.jpg Did some investigation, maybe this can help to clarify some things. Still didn't get any response in dmesg from remote. Chips: U1 - ST EEPROM - 24C02 4 ST K143L U2 - Fairchild Dual 4-Channel Analog Multiplexer/Demultiplexer - CD4052BCM U5 - Microchip EPROM - PIC16C54C 20/S3 0117H08 - IR Remote Control? U6 - PTC Headphone Driver IC - PT2308-S In metal can: EPCOS G1984D - demodulator i2c_scan: bttv0: i2c scan: found device @ 0x30 [IR (hauppauge)] bttv0: i2c scan: found device @ 0xa0 [eeprom] bttv0: i2c scan: found device @ 0xc2 [tuner (analog)] eeprom dump: tveeprom 1-0050: full 256-byte eeprom dump: tveeprom 1-0050: 00: 84 12 00 00 05 50 0e 7f 04 15 01 72 af 91 14 8d tveeprom 1-0050: 10: 00 00 00 00 05 84 0a 00 01 01 20 77 00 40 62 6c tveeprom 1-0050: 20: 3c 00 74 02 01 00 02 79 b3 00 00 00 00 00 00 00 tveeprom 1-0050: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: 70: 00 00 00 00 00 00 00 00 00 00 00 00 13 eb 00 70 tveeprom 1-0050: 80: 84 12 00 00 05 50 0e 7f 04 15 01 72 af 91 14 8d tveeprom 1-0050: 90: 00 00 00 00 05 84 0a 00 01 01 20 77 00 40 62 6c tveeprom 1-0050: a0: 3c 00 74 02 01 00 02 79 b3 00 00 00 00 00 00 00 tveeprom 1-0050: b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 tveeprom 1-0050: f0: 00 00 00 00 00 00 00 00 00 00 00 00 13 eb 00 70 tveeprom 1-0050: Tag [00] + 17 bytes: 05 50 0e 7f 04 15 01 72 af 91 14 8d 00 00 00 00 05 tveeprom 1-0050: Tag [01] + 9 bytes: 01 20 77 00 40 62 6c 3c 00 tveeprom 1-0050: Tag [02] + 3 bytes: 01 00 02 modprobe ir-kbd-i2c debug=1 ir-kbd-i2c: probe 0x1a @ bt878 #0 [sw]: no ir-kbd-i2c: probe 0x18 @ bt878 #0 [sw]: yes linux/drivers/media/video/ir-kbd-i2c.c 417 case 0x18: 418 case 0x1a: 419 name= Hauppauge; 420 //ir-get_key = get_key_haup; 421 ir_type = IR_TYPE_RC5; 422 if (hauppauge == 1) { 423 ir_codes= ir_codes_hauppauge_new_table; 424 } else { 425 ir_codes= ir_codes_rc5_tv_table; 426 } 427 break; If I comment above line segfault does not occur. Tried the remote under windows, and is working properly. -- To unsubscribe from this list: send the line
Re: [PULL] http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2
On Wed, 2010-01-06 at 23:00 -0500, Devin Heitmueller wrote: Mauro, Please PULL from http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2 for the following: In case it's needed: Acked-by: Andy Walls awa...@radix.net Regards, Andy cx18-alsa: Fix the rates definition and move some buffer freeing code. cx18: address possible passing of NULL to snd_card_free cx18-alsa: codingstyle cleanup cx18-alsa: codingstyle cleanup cx18: codingstyle fixes cx18-alsa: codingstyle fixes cx18-alsa: fix codingstyle issue cx18-alsa: fix memory leak in error condition cx18-alsa: remove a couple of warnings cx18-alsa: name alsa device after the actual card cx18: cleanup cx18-alsa debug logging cx18: rework cx18-alsa module loading to support automatic loading cx18-alsa: remove unneeded debug line cx18: export more symbols required by cx18-alsa cx18: add cx18-alsa module to Makefile cx18: overhaul ALSA PCM device handling so it works cx18: export a couple of symbols so they can be shared with cx18-alsa cx18: make it so cx18-alsa-main.c compiles cx18: rename cx18-alsa.c cx18-alsa: Add non-working cx18-alsa-pcm.[ch] files to avoid data loss cx18-alsa: Initial non-working cx18-alsa files This includes the codingstyle fixes Mauro reported as well as the changes Takashi Iwai suggested for the ALSA config and buffer handling. Devin -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver
Hiremath, Vaibhav hvaib...@ti.com writes: [Hiremath, Vaibhav] Hi Kevin and Murali, Sorry for jumping into this discussion so late, Can we use clk_add_alias() function exported by clkdev.c file here? With this board specific file can define aliases for all required platform_data keeping CLK() entry generic. Yes, this would be a good use case clk_add_alias() Kevin -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: gspca - pac7302: Add a delay on loading the bridge registers.
Hi, At http://linuxtv.org/hg/~jfrancois/gspca/rev/b0a374674388 : From: Jean-Francois Moine moin...@free.fr Without the delay, the usb_control_msg() may fail when loading the page 3 with error -71 or -62. Priority: normal Signed-off-by: Jean-Francois Moine moin...@free.fr include/asm-generic/errno.h: #define ETIME 62 /* Timer expired */ #define EPROTO 71 /* Protocol error */ I'm interested in which device have you used for testing this? Regards, Márton Németh -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
go7007 driver -- which program you use for capture
Pete and anybody else out there with go7007 devices, what do you use for capture? Without GO7007 ioctls, I was only able to get vlc to capture in MJPEG format. -TJ -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
cx23885 oops during loading, WinTV-HVR-1850 card
I picked up an HVR-1800 but the box contained an 1850. Encouraged by other reports of success on this list, I plunged ahead and tried it. However, the driver oopses during loading, and oddly, after that point my terminal loses job control (can't ^C or ^Z anymore... weird.) System is running Fedora 12 with kernel 2.6.31.9-174.fc12.i686.PAE. Stock driver in fedora works, but does not reckognize the 1850. Motherboard is an Intel DG45FC with a Core 2 Duo. So I compiled v4l-dvb from HG against the fedora headers and loaded the new modules, that's when the opps happens. Details below. I tried replacing only the cx23885.ko driver, as well as installing all of the v4l-dvb drivers -- behaviour seemed to be the same. With all drivers installed, system bootup does not complete, udev hangs, but I see the same kernel oops from cx23885. Question: should I be trying this against vanilla kernel? Or should I try investigating the oops to see if I can figure out what's wrong? Any other debug/diagnostics I can provide? Thanks! -Ralph cx23885 driver version 0.0.2 loaded cx23885 :02:00.0: PCI INT A - GSI 19 (level, low) - IRQ 19 CORE cx23885[0]: subsystem: 0070:8541, board: Hauppauge WinTV-HVR1850 [card=24,autodetected] tveeprom 6-0050: Hauppauge model 85021, rev C5F5, serial# 6396039 tveeprom 6-0050: MAC address is 00-0D-FE-61-98-87 tveeprom 6-0050: tuner model is NXP 18271C2 (idx 155, type 54) tveeprom 6-0050: TV standards NTSC(M) ATSC/DVB Digital (eeprom 0x88) tveeprom 6-0050: audio processor is CX23888 (idx 40) tveeprom 6-0050: decoder processor is CX23888 (idx 34) tveeprom 6-0050: has radio, has IR receiver, has no IR transmitter cx23885[0]: hauppauge eeprom: model=85021 cx25840 8-0044: cx25 0-21 found @ 0x88 (cx23885[0]) cx25840 8-0044: firmware: requesting v4l-cx23885-avcore-01.fw cx25840 8-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes) cx23885[0]: registered device video0 [mpeg] cx23885_dvb_register() allocating 1 frontend(s) cx23885[0]: cx23885 based dvb card tda18271 6-0060: creating new instance TDA18271HD/C2 detected @ 6-0060 DVB: registering new adapter (cx23885[0]) DVB: registering adapter 0 frontend 0 (Samsung S5H1411 QAM/8VSB Frontend)... cx23885_dev_checkrevision() Hardware revision = 0xd0 cx23885[0]/0: found at :02:00.0, rev: 4, irq: 19, latency: 0, mmio: 0xff40 cx23885 :02:00.0: setting latency timer to 64 IRQ 19/cx23885[0]: IRQF_DISABLED is not guaranteed on shared IRQs input: cx23885 IR (Hauppauge WinTV-HVR as /devices/pci:00/:00:1c.3/:02:00.0/input/input13 Creating IR device irrcv0 BUG: unable to handle kernel paging request at 72727563 IP: [c05a4fd4] strcmp+0xf/0x22 *pdpt = 33195001 *pde = Oops: [#1] SMP last sysfs file: /sys/module/i2c_core/initstate Modules linked in: tda18271 s5h1411 cx25840 cx23885(+) ir_common ir_core fuse nfs lockd fscache nfs_acl auth_rpcgss coretemp sunrpc ipv6 cpufreq_ondemand acpi_cpufreq dm_multipath uinput snd_hda_codec_intelhdmi snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer cx2341x videobuf_dma_sg v4l2_common snd videodev v4l1_compat soundcore videobuf_dvb i2c_i801 iTCO_wdt iTCO_vendor_support dvb_core videobuf_core btcx_risc tveeprom e1000e snd_page_alloc serio_raw i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: cx23885] Pid: 1778, comm: insmod Not tainted (2.6.31.9-174.fc12.i686.PAE #1) EIP: 0060:[c05a4fd4] EFLAGS: 00010286 CPU: 1 EIP is at strcmp+0xf/0x22 EAX: c08db475 EBX: f312c030 ECX: c050a5e0 EDX: 72727563 ESI: c08db4d3 EDI: 72727563 EBP: f39f3d34 ESP: f39f3d2c DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Process insmod (pid: 1778, ti=f39f2000 task=f31472c0 task.ti=f39f2000) Stack: 72727563 f312c150 f39f3d44 c050a80f f312c150 f39f3d80 f39f3d54 c050a8f1 0 f39f3d80 f312c150 f39f3d74 c050af25 f39f3d74 f39f3d80 f312c000 f39f3d80 0 f312c150 fff4 f39f3d9c c050a48c f312c000 f312c000 Call Trace: [c050a80f] ? sysfs_find_dirent+0x1b/0x2c [c050a8f1] ? __sysfs_add_one+0x18/0x72 [c050af25] ? sysfs_add_one+0x18/0xc2 [c050a48c] ? sysfs_add_file_mode+0x4a/0x68 [c050c097] ? internal_create_group+0xbd/0x122 [c050c123] ? sysfs_create_group+0x11/0x16 [f883d79b] ? ir_register_class+0x70/0xa2 [ir_core] [f883d2a5] ? ir_input_register+0x1ca/0x217 [ir_core] [fd0f1916] ? cx23888_ir_rx_s_parameters+0x283/0x28d [cx23885] [c077a173] ? mutex_lock+0x22/0x3c [fd0f0fdd] ? cx23885_input_init+0x241/0x27c [cx23885] [fd0f3f0c] ? cx23885_initdev+0xa40/0xa8c [cx23885] [fd10f2fe] ? cx25840_s_frequency+0x0/0x1c [cx25840] [c05b1120] ? local_pci_probe+0x13/0x15 [c05b1bbd] ? pci_device_probe+0x48/0x6b [c063cae2] ? driver_probe_device+0xbc/0x1b8 [c063cc26] ? __driver_attach+0x48/0x64 [c063c16b] ? bus_for_each_dev+0x42/0x6c [c063c8e0] ? driver_attach+0x19/0x1b [c063cbde] ? __driver_attach+0x0/0x64 [c063c62f] ? bus_add_driver+0xd0/0x211 [c059feb0] ? kset_find_obj+0x23/0x4f [c063ce7b] ?
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK
This message is generated daily by a cron job that builds v4l-dvb for the kernels and architectures in the list below. Results of the daily build of v4l-dvb: date:Fri Jan 8 19:00:02 CET 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 13879:b6b82258cf5e gcc version: gcc (GCC) 4.3.1 hardware:x86_64 host os: 2.6.26 linux-2.6.30-armv5: OK linux-2.6.31-armv5: OK linux-2.6.32-armv5: OK linux-2.6.33-rc2-armv5: ERRORS linux-2.6.32-armv5-davinci: OK linux-2.6.33-rc2-armv5-davinci: ERRORS linux-2.6.30-armv5-ixp: OK linux-2.6.31-armv5-ixp: OK linux-2.6.32-armv5-ixp: OK linux-2.6.33-rc2-armv5-ixp: ERRORS linux-2.6.30-armv5-omap2: OK linux-2.6.31-armv5-omap2: OK linux-2.6.32-armv5-omap2: OK linux-2.6.33-rc2-armv5-omap2: ERRORS linux-2.6.22.19-i686: OK linux-2.6.23.12-i686: OK linux-2.6.24.7-i686: OK linux-2.6.25.11-i686: OK linux-2.6.26-i686: OK linux-2.6.27-i686: OK linux-2.6.28-i686: OK linux-2.6.29.1-i686: WARNINGS linux-2.6.30-i686: OK linux-2.6.31-i686: WARNINGS linux-2.6.32-i686: WARNINGS linux-2.6.33-rc2-i686: ERRORS linux-2.6.30-m32r: OK linux-2.6.31-m32r: OK linux-2.6.32-m32r: OK linux-2.6.33-rc2-m32r: ERRORS linux-2.6.30-mips: WARNINGS linux-2.6.31-mips: OK linux-2.6.32-mips: OK linux-2.6.33-rc2-mips: ERRORS linux-2.6.30-powerpc64: WARNINGS linux-2.6.31-powerpc64: OK linux-2.6.32-powerpc64: WARNINGS linux-2.6.33-rc2-powerpc64: ERRORS linux-2.6.22.19-x86_64: OK linux-2.6.23.12-x86_64: OK linux-2.6.24.7-x86_64: OK linux-2.6.25.11-x86_64: OK linux-2.6.26-x86_64: OK linux-2.6.27-x86_64: OK linux-2.6.28-x86_64: OK linux-2.6.29.1-x86_64: WARNINGS linux-2.6.30-x86_64: OK linux-2.6.31-x86_64: WARNINGS linux-2.6.32-x86_64: WARNINGS linux-2.6.33-rc2-x86_64: ERRORS spec: OK sparse (linux-2.6.32): ERRORS sparse (linux-2.6.33-rc2): ERRORS linux-2.6.16.61-i686: OK linux-2.6.17.14-i686: OK linux-2.6.18.8-i686: OK linux-2.6.19.5-i686: OK linux-2.6.20.21-i686: OK linux-2.6.21.7-i686: OK linux-2.6.16.61-x86_64: OK linux-2.6.17.14-x86_64: OK linux-2.6.18.8-x86_64: OK linux-2.6.19.5-x86_64: OK linux-2.6.20.21-x86_64: OK linux-2.6.21.7-x86_64: OK Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Friday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Friday.tar.bz2 The V4L-DVB specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/media.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: go7007 driver -- which program you use for capture
On Fri, Jan 8, 2010 at 2:07 PM, TJ one.timothy.jo...@gmail.com wrote: Pete and anybody else out there with go7007 devices, what do you use for capture? Without GO7007 ioctls, I was only able to get vlc to capture in MJPEG format. Never actually used one myself, but MythTV has support for at least the Plextor ConvertX go7007-based devices. -- Jarod Wilson ja...@wilsonet.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: go7007 driver -- which program you use for capture
jelle, that you? Here's the patch against go7007 driver in 2.6.32 kernel (run with -p1). The main purpose of the patch is to include support for ADS Tech DVD Xpress DX2 usb capture card and make it usable with v4l2-ctl utility. I also did a general clean-up in a few areas and *temporarily* added back in proprietary go7007 ioctls, so current mythtv users can take advantage of it and to make the gorecord program from wis-go7007 package now work again. Also attached is a stripped down version of gorecord from which I removed all parameter-setting stuff. This version is meant to be used in conjunction with v4l2-ctl or other means of configuring capture parameters. I will try to do mythtv patches next so that it starts using standard v4l2 ioctl calls and we can drop all proprietary stuff in the driver. Please try it and lemme know if it works for you. I've run into a few Ubuntuers as well who were trying to get their boards working as well. -TJ Jarod Wilson wrote: On Fri, Jan 8, 2010 at 2:07 PM, TJ one.timothy.jo...@gmail.com wrote: Pete and anybody else out there with go7007 devices, what do you use for capture? Without GO7007 ioctls, I was only able to get vlc to capture in MJPEG format. Never actually used one myself, but MythTV has support for at least the Plextor ConvertX go7007-based devices. diff -U 3 -H -d -I' ' -x' .*' -r -N -- linux-2.6.32-gentoo/drivers/staging/go7007/Kconfig linux-2.6.32-gentoo_DX2/drivers/staging/go7007/Kconfig --- linux-2.6.32-gentoo/drivers/staging/go7007/Kconfig 2010-01-08 16:20:20.0 -0500 +++ linux-2.6.32-gentoo_DX2/drivers/staging/go7007/Kconfig 2010-01-08 10:24:34.0 -0500 @@ -77,6 +77,16 @@ To compile this driver as a module, choose M here: the module will be called wis-tw9903 +config VIDEO_GO7007_TW9906 + tristate TW9906 subdev support + depends on VIDEO_GO7007 + default N + ---help--- + This is a video4linux driver for the TW9906 sub-device. + + To compile this driver as a module, choose M here: the + module will be called wis-tw9906 + config VIDEO_GO7007_UDA1342 tristate UDA1342 subdev support depends on VIDEO_GO7007 diff -U 3 -H -d -I' ' -x' .*' -r -N -- linux-2.6.32-gentoo/drivers/staging/go7007/go7007-driver.c linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-driver.c --- linux-2.6.32-gentoo/drivers/staging/go7007/go7007-driver.c 2010-01-08 16:20:20.0 -0500 +++ linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-driver.c 2010-01-08 10:24:34.0 -0500 @@ -170,6 +171,17 @@ /* Set GPIO pin 0 to be an output (audio clock control) */ go7007_write_addr(go, 0x3c82, 0x0001); go7007_write_addr(go, 0x3c80, 0x00fe); + break; + case GO7007_BOARDID_ADS_USBAV_709: + /* GPIO pin 0: audio clock control */ + /* pin 2: TW9906 reset */ + /* pin 3: capture LED */ + go7007_write_addr(go, 0x3c82, 0x000d); + go7007_write_addr(go, 0x3c80, 0x00f2); + break; + default: + /* No special setup */ + break; } return 0; } @@ -212,6 +224,9 @@ case I2C_DRIVERID_WIS_TW9903: modname = wis-tw9903; break; + case I2C_DRIVERID_WIS_TW9906: + modname = wis-tw9906; + break; case I2C_DRIVERID_WIS_TW2804: modname = wis-tw2804; break; @@ -269,6 +284,12 @@ go-i2c_adapter_online = 1; } if (go-i2c_adapter_online) { + if (go-board_id == GO7007_BOARDID_ADS_USBAV_709) { + /* Reset the TW9906 */ + go7007_write_addr(go, 0x3c82, 0x0009); + msleep(50); + go7007_write_addr(go, 0x3c82, 0x000d); + } for (i = 0; i go-board_info-num_i2c_devs; ++i) init_i2c_module(go-i2c_adapter, go-board_info-i2c_devs[i].type, diff -U 3 -H -d -I' ' -x' .*' -r -N -- linux-2.6.32-gentoo/drivers/staging/go7007/go7007-usb.c linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-usb.c --- linux-2.6.32-gentoo/drivers/staging/go7007/go7007-usb.c 2010-01-08 16:20:20.0 -0500 +++ linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-usb.c 2010-01-08 10:24:34.0 -0500 @@ -444,6 +444,44 @@ }, }; +static struct go7007_usb_board board_ads_usbav_709 = { + .flags = GO7007_USB_EZUSB, + .main_info = { + .firmware= go7007tv.bin, + .flags = GO7007_BOARD_HAS_AUDIO | + GO7007_BOARD_USE_ONBOARD_I2C, + .audio_flags = GO7007_AUDIO_I2S_MODE_1 | + GO7007_AUDIO_I2S_MASTER
[PATCH] drivers/media/common: remove unnecessary casts of void *
drivers/media/common: Remove unnecessary casts of void * void pointers do not need to be cast to other pointer types. Signed-off-by: H Hartley Sweeten hswee...@visionengravers.com Cc: Michael Hunold mich...@mihu.de Cc: Mauro Carvalho Chehab mche...@infradead.org --- drivers/media/common/saa7146_vbi.c |6 +++--- drivers/media/common/saa7146_video.c |4 ++-- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/media/common/saa7146_vbi.c b/drivers/media/common/saa7146_vbi.c index 74e2b56..301a795 100644 --- a/drivers/media/common/saa7146_vbi.c +++ b/drivers/media/common/saa7146_vbi.c @@ -3,7 +3,7 @@ static int vbi_pixel_to_capture = 720 * 2; static int vbi_workaround(struct saa7146_dev *dev) -{ +{.remove_casts.hhs~ struct saa7146_vv *vv = dev-vv_data; u32 *cpu; @@ -375,7 +375,7 @@ static void vbi_init(struct saa7146_dev *dev, struct saa7146_vv *vv) static int vbi_open(struct saa7146_dev *dev, struct file *file) { - struct saa7146_fh *fh = (struct saa7146_fh *)file-private_data; + struct saa7146_fh *fh = file-private_data; u32 arbtr_ctrl = saa7146_read(dev, PCI_BT_V1); int ret = 0; @@ -437,7 +437,7 @@ static int vbi_open(struct saa7146_dev *dev, struct file *file) static void vbi_close(struct saa7146_dev *dev, struct file *file) { - struct saa7146_fh *fh = (struct saa7146_fh *)file-private_data; + struct saa7146_fh *fh = file-private_data; struct saa7146_vv *vv = dev-vv_data; DEB_VBI((dev:%p, fh:%p\n,dev,fh)); diff --git a/drivers/media/common/saa7146_video.c b/drivers/media/common/saa7146_video.c index becbaad..cfc8634 100644 --- a/drivers/media/common/saa7146_video.c +++ b/drivers/media/common/saa7146_video.c @@ -1368,7 +1368,7 @@ static void video_init(struct saa7146_dev *dev, struct saa7146_vv *vv) static int video_open(struct saa7146_dev *dev, struct file *file) { - struct saa7146_fh *fh = (struct saa7146_fh *)file-private_data; + struct saa7146_fh *fh = file-private_data; struct saa7146_format *sfmt; fh-video_fmt.width = 384; @@ -1392,7 +1392,7 @@ static int video_open(struct saa7146_dev *dev, struct file *file) static void video_close(struct saa7146_dev *dev, struct file *file) { - struct saa7146_fh *fh = (struct saa7146_fh *)file-private_data; + struct saa7146_fh *fh = file-private_data; struct saa7146_vv *vv = dev-vv_data; struct videobuf_queue *q = fh-video_q; int err; -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Problem with gspca and zc3xx
When capturing with mplayer I have this erros and the bottom of the image is black. [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc . dmesg: gspca: main v2.8.0 registered gspca: probing 046d:08dd zc3xx: Sensor MC501CB gspca: video0 created gspca: probing 046d:08dd gspca: intf != 0 gspca: probing 046d:08dd gspca: intf != 0 usbcore: registered new interface driver zc3xx zc3xx: registered Jose Alberto -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH] ov534: allow enumerating supported framerates
Signed-off-by: Antonio Ospite osp...@studenti.unina.it --- Historical note: This has been re-tested on a reliable machine and it works from guvcview for all the framerates; on my old PC I am still having problems with 640x...@60fps _regardless_ of this change, so it must be a USB problem. Thanks, Antonio Index: gspca/linux/drivers/media/video/gspca/ov534.c === --- gspca.orig/linux/drivers/media/video/gspca/ov534.c +++ gspca/linux/drivers/media/video/gspca/ov534.c @@ -282,6 +282,21 @@ .priv = 0}, }; +static const int qvga_rates[] = {125, 100, 75, 60, 50, 40, 30}; +static const int vga_rates[] = {60, 50, 40, 30, 15}; + +static const struct framerates ov772x_framerates[] = { + { /* 320x240 */ + .rates = qvga_rates, + .nrates = ARRAY_SIZE(qvga_rates), + }, + { /* 640x480 */ + .rates = vga_rates, + .nrates = ARRAY_SIZE(vga_rates), + }, +}; + + static const u8 bridge_init[][2] = { { 0xc2, 0x0c }, { 0x88, 0xf8 }, @@ -799,6 +814,7 @@ cam-cam_mode = ov772x_mode; cam-nmodes = ARRAY_SIZE(ov772x_mode); + cam-mode_framerates = ov772x_framerates; cam-bulk = 1; cam-bulk_size = 16384; -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cx23885 oops during loading, WinTV-HVR-1850 card -- SOLVED
On Fri, Jan 08, 2010 at 02:14:59PM -0500, Ralph Siemsen wrote: I tried replacing only the cx23885.ko driver, as well as installing all of the v4l-dvb drivers -- behaviour seemed to be the same. With all drivers installed, system bootup does not complete, udev hangs, but I see the same kernel oops from cx23885. Solved this part, the oops was caused by the missing sysfs NULL, already reported at http://patchwork.kernel.org/patch/70126/ Now the driver loads, and I follow it up with modprobe tuner. Unfortunately, no luck yet using tvtime, it just reports: videoinput: No inputs available on video4linux2 device '/dev/video0'. But I suspect that is a different issue! -Ralph -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: cx23885 oops during loading, WinTV-HVR-1850 card -- SOLVED
On Fri, Jan 8, 2010 at 8:55 PM, Ralph Siemsen ral...@netwinder.org wrote: Now the driver loads, and I follow it up with modprobe tuner. Unfortunately, no luck yet using tvtime, it just reports: videoinput: No inputs available on video4linux2 device '/dev/video0'. But I suspect that is a different issue! The cx23885 driver doesn't work with tvtime, due to bugs in the v4l controls in the driver. Michael Krufky has some patches but they need some more work before they can go in the mainline. Even if they were committed though, there is currently no support for raw audio, so tvtime would not be a good application to use for this device. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Leadtek WinFast PVR2100 linux support
On Fri, 2010-01-08 at 08:55 -0500, Andy Walls wrote: On Thu, 2010-01-07 at 10:53 -0500, Devin Heitmueller wrote: On Wed, Jan 6, 2010 at 8:10 PM, Andy Walls awa...@radix.net wrote: I am looking to setup a mythtv box in the house - and I am stuck on satellite. The only way I can see to get hd content out of the receivers are hdmi and component. My understanding is that no hdmi capture cards work properly under linux (hours of google - is all I have to go on for this though). So that leaves component capture, and the leadtek pvr2100 would be the best bang for the buck (I think?). It is probably worth noting that component capture does not necessarily mean HD component capture. I suspect this card may very well only capture 480i/480p. Do you know definitively that it can capture in HD? Good point. I'm pretty sure a CX23418 will only ever be able to capture standard resolution using component video in. Even if I could coax the analog front end into an HD resolution configuration (doubtful), the MPEG encoding engine is still expecting 720x576 as the max resolution (PAL SECAM). But component video for cx18 might still be a project I undertake sometime. And here's my first stab at cx18 component video: http://linuxtv.org/hg/~awalls/cx18-pvr2100-component for both the Leadtek PVR2100 and DVR3100 H. It was a little easier than I had thought. Anyone with one of those boards with the component video hookup, please give it a test. Regards, Andy -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html