Re: [Q]: any DVB-S2 card which is 45MS/s capable?
> If someone has tested a DVB-S2 card at 45MS/s (I am interested in QPSK > moslty) please speak out ;-). > I dont need CI, dual tuner can be a bonus but definitely not mandatory. > I already asked the question, so sorry to come back again with it, but I > did not get a clear answer: the only thing I know is that STV0900 is > able to do it, but I guess that the board itself must be well thought > out to achieve these high rates? my hvr4000 card works well with dvb-s transponder with so high SR - 44950 see tp 11044 on http://www.lyngsat.com/eam22.html also, no any problems with dvb-s2 tp with SR 3 Goga -- 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
2 problems with HVR-1300
Hello, I am not a developer - this is a support request about (probably) the cx88* driver - if I am mistaking, please can somebody point me toward the correct list ? I have an Asus P5K MB, architecture x86_64, under Ubuntu 10.04, but I just tested my hardware with a Fedora 13 Live CD, I have the same problems; I bought some months ago an HVR-1300, in order to use the mpeg encoder on the board. >From the moment I installed the card, I use to have two problems : - the boot stalls often, at some moment around the local disk mount; and a simple Reset or Power off/Power on, often are not sufficient. Now it's getting pretty annoying, especially because it's a random issue, BUT a frequent one; it makes me think of a race condition into the new Upstart parallel structure for the services startup at boot. But with the HVR-1300 unplugged the boot performs correctly ! - I have a TV decoder shipped by my TV provider, so I don't change the channels on the HVR-1300 but on the decoder; thus I use to watch TV in this simple way : mplayer -vc mpeg12 -nocache /dev/video2 (mplayer /dev/video2 works as well, but with some glitches) BUT : just after booting, /dev/video2 does not output any TV image; so I found a workaround : I start : xawtv -c /dev/video1 then stop it, and restart mplayer again : and THEN the TV image is pretty good. I noticed these two problems with Ubuntu 10.04, AND a Fedora 13 Live CD (both for x86_64) I installed Windows 7 in a small partition, and I had none of my problems with w7, after having installed the HVR-1300 driver for w7 Browsing the forums and mailing-lists, I found that my problem could be an interruption problem : actually, I noticed many such messages these days in the logs : kernel: [ 16.191887] IRQ 18/cx88[0]: IRQF_DISABLED is not guaranteed on shared IRQs => The board is sharing interruptions with the usb controller : I dumped my /proc/interrupts below. I tried to plug the HVR-1300 into another PCI connecteor, unsuccessfully - just the IRQ changed from 18 to 17 And I did not find many cx88* options I could tune. Does anybody have a hint ? Best regards -- Robert Grasso @home --- UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn r...@power4:/var/log# cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 34 0 3 7 IO-APIC-edge timer 1: 2665382 3605 2603 IO-APIC-edge i8042 3: 0 1 1 0 IO-APIC-edge 6: 3 1 1 0 IO-APIC-edge floppy 8: 1 0 0 0 IO-APIC-edge rtc0 9: 0 0 0 0 IO-APIC-fasteoi acpi 16: 99 33 8038 5178 IO-APIC-fasteoi uhci_hcd:usb3, ahci, ohci1394, nvidia 17: 0 0 0 0 IO-APIC-fasteoi pata_jmicron 18: 1778 1451 267154 574840 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8, cx88[0], cx88[0], cx88[0] 19: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb7 21: 3138733 12459 8031 IO-APIC-fasteoi uhci_hcd:usb4 22: 2472 2492 375325 281407 IO-APIC-fasteoi ata_piix, ata_piix, HDA Intel 23: 0 0 0 0 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb6 28: 453070681 36 30 PCI-MSI-edge eth0 NMI: 0 0 0 0 Non-maskable interrupts LOC:1632911 4837261571132 439543 Local timer interrupts SPU: 0 0 0 0 Spurious interrupts PMI: 0 0 0 0 Performance monitoring interrupts PND: 0 0 0 0 Performance pending work RES: 139483 197008 137355 218213 Rescheduling interrupts CAL: 365176 3436 6505 4918 Function call interrupts TLB: 91270 115813 94117 185414 TLB shootdowns TRM: 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 Threshold APIC interrupts MCE: 0 0 0 0 Machine check exceptions MCP: 16 16 16 16 Machine check polls ERR: 3 MIS: 0 -- 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
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: ERRORS
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:Sun Jul 25 19:00:10 CEST 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 14993:9652f85e688a git master: f6760aa024199cfbce564311dc4bc4d47b6fb349 git media-master: 41c5f984b67b331064e69acc9fca5e99bf73d400 gcc version: i686-linux-gcc (GCC) 4.4.3 host hardware:x86_64 host os: 2.6.32.5 linux-2.6.32.6-armv5: OK linux-2.6.33-armv5: OK linux-2.6.34-armv5: WARNINGS linux-2.6.35-rc1-armv5: ERRORS linux-2.6.32.6-armv5-davinci: OK linux-2.6.33-armv5-davinci: OK linux-2.6.34-armv5-davinci: WARNINGS linux-2.6.35-rc1-armv5-davinci: ERRORS linux-2.6.32.6-armv5-ixp: WARNINGS linux-2.6.33-armv5-ixp: WARNINGS linux-2.6.34-armv5-ixp: WARNINGS linux-2.6.35-rc1-armv5-ixp: ERRORS linux-2.6.32.6-armv5-omap2: OK linux-2.6.33-armv5-omap2: OK linux-2.6.34-armv5-omap2: WARNINGS linux-2.6.35-rc1-armv5-omap2: ERRORS linux-2.6.22.19-i686: ERRORS linux-2.6.23.17-i686: ERRORS linux-2.6.24.7-i686: WARNINGS linux-2.6.25.20-i686: WARNINGS linux-2.6.26.8-i686: WARNINGS linux-2.6.27.44-i686: WARNINGS linux-2.6.28.10-i686: WARNINGS linux-2.6.29.1-i686: WARNINGS linux-2.6.30.10-i686: WARNINGS linux-2.6.31.12-i686: OK linux-2.6.32.6-i686: OK linux-2.6.33-i686: OK linux-2.6.34-i686: WARNINGS linux-2.6.35-rc1-i686: ERRORS linux-2.6.32.6-m32r: OK linux-2.6.33-m32r: OK linux-2.6.34-m32r: WARNINGS linux-2.6.35-rc1-m32r: ERRORS linux-2.6.32.6-mips: OK linux-2.6.33-mips: OK linux-2.6.34-mips: WARNINGS linux-2.6.35-rc1-mips: ERRORS linux-2.6.32.6-powerpc64: OK linux-2.6.33-powerpc64: OK linux-2.6.34-powerpc64: WARNINGS linux-2.6.35-rc1-powerpc64: ERRORS linux-2.6.22.19-x86_64: ERRORS linux-2.6.23.17-x86_64: ERRORS linux-2.6.24.7-x86_64: WARNINGS linux-2.6.25.20-x86_64: WARNINGS linux-2.6.26.8-x86_64: WARNINGS linux-2.6.27.44-x86_64: WARNINGS linux-2.6.28.10-x86_64: WARNINGS linux-2.6.29.1-x86_64: WARNINGS linux-2.6.30.10-x86_64: WARNINGS linux-2.6.31.12-x86_64: OK linux-2.6.32.6-x86_64: OK linux-2.6.33-x86_64: OK linux-2.6.34-x86_64: WARNINGS linux-2.6.35-rc1-x86_64: ERRORS linux-git-armv5: WARNINGS linux-git-armv5-davinci: WARNINGS linux-git-armv5-ixp: WARNINGS linux-git-armv5-omap2: WARNINGS linux-git-i686: WARNINGS linux-git-m32r: OK linux-git-mips: OK linux-git-powerpc64: OK linux-git-x86_64: WARNINGS spec: ERRORS spec-git: OK sparse: ERRORS linux-2.6.16.62-i686: ERRORS linux-2.6.17.14-i686: ERRORS linux-2.6.18.8-i686: ERRORS linux-2.6.19.7-i686: ERRORS linux-2.6.20.21-i686: ERRORS linux-2.6.21.7-i686: ERRORS linux-2.6.16.62-x86_64: ERRORS linux-2.6.17.14-x86_64: ERRORS linux-2.6.18.8-x86_64: ERRORS linux-2.6.19.7-x86_64: ERRORS linux-2.6.20.21-x86_64: ERRORS linux-2.6.21.7-x86_64: ERRORS Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Sunday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Sunday.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: Linux Plumber's Conference: Call for Working Session Submissions
Em 25-07-2010 15:20, Jarod Wilson escreveu: > On Sun, Jul 25, 2010 at 1:35 PM, Mauro Carvalho Chehab > wrote: >> Hi Jarod, >> >> Em 25-07-2010 13:10, Jarod Wilson escreveu: >>> On Sat, Jul 24, 2010 at 4:43 PM, Mauro Carvalho Chehab >>> wrote: CFP dead line for submitting proposals to LPC/2010 is approaching. For those that intends to submit proposals for it, please do it quickly, as the official dead line is July, 26. >>> >>> I've submitted a proposal for a Linux HTPC presentation, intending to >>> cover everything from low-level v4l/dvb drivers, video decoder drivers >>> and IR drivers, up the stack to userspace (primarily mythtv and a bit >>> of xbmc). Also submitted a micro-conf proposal for media-related bits, >>> as I didn't see one yet, and at the time, the proposal submission >>> deadline was only a day or two out (this was before it got extended to >>> the 26th) and I believe you were on vacation, >> >> Good to know. Yes, I was on vacation, just returning back and trying to get >> rid >> of the immense amount of emails and spams from my inboxes... > > One of the many joys of returning from vacation... :) Yeah... >> To be clear, the dead line for the LPC conf is by July, 26, but we still have >> more time for the mini-conf tracks. >> >>> so your submission and >>> mine are essentially duplicates. >>> >>> http://www.linuxplumbersconf.org/2010/ocw/proposals/621 >>> http://www.linuxplumbersconf.org/2010/ocw/proposals/195 >> >> No, they won't conflict. My "proposal" is for leading the mini-conf panel, >> and not >> for the presentation itself (it is not really a proposal - it is just the >> way it >> is defined for the panel leads to register the panels). > > The two linked above do, they're both mini-conf panel proposals, I > submitted both a mini-conf proposal and a presentation proposal. Ah, now I see... Thanks for submitting it in my behalf. I'll double check what's the better way to adjust your proposals with mine. Thanks, Mauro -- 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: Linux Plumber's Conference: Call for Working Session Submissions
On Sun, Jul 25, 2010 at 1:35 PM, Mauro Carvalho Chehab wrote: > Hi Jarod, > > Em 25-07-2010 13:10, Jarod Wilson escreveu: >> On Sat, Jul 24, 2010 at 4:43 PM, Mauro Carvalho Chehab >> wrote: >>> CFP dead line for submitting proposals to LPC/2010 is approaching. >>> For those that intends to submit proposals for it, please do it quickly, >>> as the official dead line is July, 26. >> >> I've submitted a proposal for a Linux HTPC presentation, intending to >> cover everything from low-level v4l/dvb drivers, video decoder drivers >> and IR drivers, up the stack to userspace (primarily mythtv and a bit >> of xbmc). Also submitted a micro-conf proposal for media-related bits, >> as I didn't see one yet, and at the time, the proposal submission >> deadline was only a day or two out (this was before it got extended to >> the 26th) and I believe you were on vacation, > > Good to know. Yes, I was on vacation, just returning back and trying to get > rid > of the immense amount of emails and spams from my inboxes... One of the many joys of returning from vacation... :) > To be clear, the dead line for the LPC conf is by July, 26, but we still have > more time for the mini-conf tracks. > >> so your submission and >> mine are essentially duplicates. >> >> http://www.linuxplumbersconf.org/2010/ocw/proposals/621 >> http://www.linuxplumbersconf.org/2010/ocw/proposals/195 > > No, they won't conflict. My "proposal" is for leading the mini-conf panel, > and not > for the presentation itself (it is not really a proposal - it is just the way > it > is defined for the panel leads to register the panels). The two linked above do, they're both mini-conf panel proposals, I submitted both a mini-conf proposal and a presentation proposal. -- 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: mmotm 2010-07-19-16-37 uploaded
Em 20-07-2010 18:41, Jarod Wilson escreveu: > On Tue, Jul 20, 2010 at 05:11:40PM -0400, valdis.kletni...@vt.edu wrote: >> On Tue, 20 Jul 2010 13:50:27 PDT, Dmitry Torokhov said: >> And things go downhill from there... >>> >>> I guess you need these 2 from Jarod... >> >> Hmm. I seem to remember 2 similar patches from the last time I reported it. >> :) >> >> System boots fine after applying those two patches. I'll let somebody else >> worry about making sure they end up in linux-next in time for the next merge >> window... > > I believe Mauro's on vacation at the moment, but due back Real Soon Now, > and I'd expect him to pick up both fixes shortly after he settles back in > at his desk, so they should be in next before much longer, and definitely > before the merge window. I just arrived from vacations. I'll be testing this patch and applying it if OK. Just give me some days, since I have a huge backlog due to vacations. Cheers, Mauro. -- 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: tm6000 bad marge staging/tm6000 into staging/all
Em 25-07-2010 04:28, Stefan Ringel escreveu: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Mauro, > > This marge are wrong! It's added double dvb led off, but my patch has > only ones. > > raw | combined (merge: 011906d 6e5e76f) > > Merge branch 'staging/tm6000' into staging/all > Mauro Carvalho Chehab [Sun, 4 Jul 2010 19:33:26 + (16:33 -0300)] > > * staging/tm6000: (29 commits) > tm6000: Partially revert some copybuf logic > tm6000: Be sure that the new buffer is empty > tm6000: Fix copybuf continue logic Signed-off-by: Mauro Carvalho > Chehab > tm6000: audio packet has always 180 bytes > tm6000: Improve set bitrate routines used by alsa > tm6000-alsa: Implement a routine to store data received from URB > tm6000-alsa: Fix several bugs at the driver initialization code > tm6000: avoid unknown symbol tm6000_debug > tm6000: Add a callback code for buffer fill > tm6000: Use an emum for extension type > tm6000-alsa: rework audio buffer allocation/deallocation > tm6000: Avoid OOPS when loading tm6000-alsa module > tm6000: Fix compilation breakages > V4L/DVB: Staging: tm6000: Fix coding style issues > V4L/DVB: tm6000: move dvb into a separate kern module > V4L/DVB: tm6000: rewrite init and fini > V4L/DVB: tm6000: Fix Video decoder initialization > V4L/DVB: tm6000: rewrite copy_streams > V4L/DVB: tm6000: add DVB support for tuner xc5000 > V4L/DVB: tm6000: set variable dev_mode in function tm6000_start_stream > ... > > diff --cc drivers/staging/tm6000/tm6000-core.c > > index 27f3f55,1fea5a0..9f60ad5 > - --- 1/drivers/staging/tm6000/tm6000-core.c > - --- 2/drivers/staging/tm6000/tm6000-core.c > +++ b/drivers/staging/tm6000/tm6000-core.c > @@@ -336,11 -332,11 +332,17 @@@ int tm6000_init_analog_mode(struct tm60 > mutex_unlock(&dev->lock); > > msleep(100); > - - tm6000_set_standard (dev, &dev->norm); > - - tm6000_set_audio_bitrate (dev,48000); > + tm6000_set_standard(dev, &dev->norm); > + tm6000_set_audio_bitrate(dev, 48000); > + > + /* switch dvb led off */ > + if (dev->gpio.dvb_led) { > ++ tm6000_set_reg(dev, REQ_03_SET_GET_MCU_PIN, > ++ dev->gpio.dvb_led, 0x01); > ++ } > + > + /* switch dvb led off */ > + if (dev->gpio.dvb_led) { > tm6000_set_reg(dev, REQ_03_SET_GET_MCU_PIN, > dev->gpio.dvb_led, 0x01); > } I hate those merge conflicts ;) could you please send me a patch fixing it at staging/all? I won't apply it upstream, but we shouldn't simply revert a patch at staging, otherwise, we'll break every clone of my tree. > > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.12 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJMS+eJAAoJEAWtPFjxMvFGDw8IAJnmTxTehH4TeqwI3Gn+8gcn > Xp8VPH/F67npT3zHQMq4luBEWdnMKkI/y54en8czoqG+EHEnxZjFZUxJUkAKPbpd > pU9vVUrQGtUQOf7zY6qYSqaSPIJr+abTmE1k2Wnd47Zwlu35tfRhuVXqfrTu7JkT > /Jy4Xf/IOtJvCa62eDCnhB6+gAq+hj5peHiZb7KBxOQO1NH8DQ8DYQPT9xNn5SFs > mCmQv9BdNrLdXS4mCkufBWEinennolOIoaSIyj2GkvJm8aSvzIWGvm28zxjPLKPL > PLH7A+WPMHCdor7Psn7QJKCm3DPEKu3vcOTOmFYsBJfV/pUNMK+5y3qV1WP9Ayg= > =HCq5 > -END PGP SIGNATURE- > -- 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: Unknown symbol __ir_input_register
Em 25-07-2010 10:45, Andy Walls escreveu: > On Sun, 2010-07-25 at 09:22 -0400, Andy Walls wrote: >> On Sun, 2010-07-25 at 08:44 -0400, Andy Walls wrote: >>> On Sat, 2010-07-24 at 18:45 +0200, v...@onet.pl wrote: with linux-2.6.34-gentoo-r1 and V4L/DVB repository of July 24 I get these errors: cx23885: Unknown symbol __ir_input_register cx23885: Unknown symbol get_rc_map >>> >>> Those are IR related. >>> >>> I forgot to add "IR_CORE" to the Kconfig file for the cx23885 driver, >>> but the the "VIDEO_IR" selection in that Kconfig depends on "IR_CORE", >>> so I think that should be OK. >> >> Hmmm... >> >> "select VIDEO_IR" in the cx23885 Kconfig doesn't revisit the >> dependencies on "IR_CORE" and "INPUT". >> >> >> Mauro, >> >> What's the correct thing to do here? >> >> Change it to >> >> "depends VIDEO_IR" >> >> or add >> >> "depends IR_CORE" >> >> or add >> >> "select INPUT" >> "select IR_CORE" > > Bah, the cx23885 driver already has "depends ... && INPUT". > > I'll just add a "select IR_CORE" and remove the "select VIDEO_IR", since > it looks like the changes I have for cx23885 in the git repo don't use > the ir-functions.c (ir-common.ko) functions anymore. > > The current hg repository should only have "select IR_CORE" added to the > cx23885 Kconfig with no removals, untils the code from git gets merged > back to it. That's ok for now, but we should really work in a way to allow compiling the drivers even without INPUT. > > 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
Re: cx23885: Unknown symbol __ir_input_register
Em 25-07-2010 10:22, Andy Walls escreveu: > On Sun, 2010-07-25 at 08:44 -0400, Andy Walls wrote: >> On Sat, 2010-07-24 at 18:45 +0200, v...@onet.pl wrote: >>> with linux-2.6.34-gentoo-r1 and V4L/DVB repository of July 24 I get these >>> errors: >>> cx23885: Unknown symbol __ir_input_register >>> cx23885: Unknown symbol get_rc_map >> >> Those are IR related. >> >> I forgot to add "IR_CORE" to the Kconfig file for the cx23885 driver, >> but the the "VIDEO_IR" selection in that Kconfig depends on "IR_CORE", >> so I think that should be OK. > > Hmmm... > > "select VIDEO_IR" in the cx23885 Kconfig doesn't revisit the > dependencies on "IR_CORE" and "INPUT". > > > Mauro, > > What's the correct thing to do here? > > Change it to > > "depends VIDEO_IR" > > or add > > "depends IR_CORE" > > or add > > "select INPUT" > "select IR_CORE" > > > The first is easiet to maintain, but might have something built > in-kernel vs. module in the wrong order. > > The second repeats a known dependency, expressed elsewhere, which will > have to be kept in sync (and could still get the build wrong). > > The third repeats more known dependencies, expressed elsewhere, which > will have to be kept in sync, but at least the build should always have > the right components built in-kernel. > > > Or do I misunderstand the select & depends keywords? IMHO, we need to re-work at the IR dependencies. The better is to not use "select". The proper solution seems to re-work on the existing drivers to allow them to work with IR disabled via Kconfig. So, if IR support were compiled, it will enable the *-input. Otherwise, the driver will keep compiling, but without IR. Cheers, Mauro. -- 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: how to mmap in videobuf-dma-sg.c
Em 22-07-2010 23:31, figo zhang escreveu: > > Em Thu, 21 May 2009 12:46:04 +0800 > "Figo.zhang" mailto:figo1...@gmail.com>> escreveu: > > > hi,all, > > I am puzzle that how to mmap ( V4L2_MEMORY_MMAP) in videobuf-dma-sg.c? > > > > In this file, it alloc the momery using vmalloc_32() , and put this > > momery into sglist table,and then use dma_map_sg() to create sg dma at > > __videobuf_iolock() function. but in __videobuf_mmap_mapper(), i canot > > understand how it do the mmap? > > why it not use the remap_vmalloc_range() to do the mmap? > > The answer is simple: remap_vmalloc_range() is newer than videobuf code. > This > part of the code was written back to kernel 2.4, and nobody cared to > update it > to use those newer functions, and simplify its code. > > > thanks, in __videobuf_mmap_mapper(), it define a videobuf_vm_ops->fault, it > will alloc a new page for mmaping when it encounter page fault > (do_page_fault), > so how the mmap() can mmap the vmalloc memory which had allocted before using > __videobuf_iolock()/vmalloc_32() ? Sorry for not answering earlier. The current videobuf implementation has some problems. Laurent and Pawel are working on a new implementation that will likely solve such issues. Not sure if they already submitted the patches, since I just return back from vacations, and I'm still trying to handle all the backlogs on my inboxes. I haven't look at LMML posts yet. Cheers, Mauro. > > Thanks, > Figo.zhang > > > > If you want, feel free to propose some cleanups on it > > > > Cheers, > Mauro > > -- 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: Linux Plumber's Conference: Call for Working Session Submissions
Hi Jarod, Em 25-07-2010 13:10, Jarod Wilson escreveu: > On Sat, Jul 24, 2010 at 4:43 PM, Mauro Carvalho Chehab > wrote: >> CFP dead line for submitting proposals to LPC/2010 is approaching. >> For those that intends to submit proposals for it, please do it quickly, >> as the official dead line is July, 26. > > I've submitted a proposal for a Linux HTPC presentation, intending to > cover everything from low-level v4l/dvb drivers, video decoder drivers > and IR drivers, up the stack to userspace (primarily mythtv and a bit > of xbmc). Also submitted a micro-conf proposal for media-related bits, > as I didn't see one yet, and at the time, the proposal submission > deadline was only a day or two out (this was before it got extended to > the 26th) and I believe you were on vacation, Good to know. Yes, I was on vacation, just returning back and trying to get rid of the immense amount of emails and spams from my inboxes... To be clear, the dead line for the LPC conf is by July, 26, but we still have more time for the mini-conf tracks. > so your submission and > mine are essentially duplicates. > > http://www.linuxplumbersconf.org/2010/ocw/proposals/621 > http://www.linuxplumbersconf.org/2010/ocw/proposals/195 No, they won't conflict. My "proposal" is for leading the mini-conf panel, and not for the presentation itself (it is not really a proposal - it is just the way it is defined for the panel leads to register the panels). Cheers, Mauro -- 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: Linux Plumber's Conference: Call for Working Session Submissions
On Sat, Jul 24, 2010 at 4:43 PM, Mauro Carvalho Chehab wrote: > CFP dead line for submitting proposals to LPC/2010 is approaching. > For those that intends to submit proposals for it, please do it quickly, > as the official dead line is July, 26. I've submitted a proposal for a Linux HTPC presentation, intending to cover everything from low-level v4l/dvb drivers, video decoder drivers and IR drivers, up the stack to userspace (primarily mythtv and a bit of xbmc). Also submitted a micro-conf proposal for media-related bits, as I didn't see one yet, and at the time, the proposal submission deadline was only a day or two out (this was before it got extended to the 26th) and I believe you were on vacation, so your submission and mine are essentially duplicates. http://www.linuxplumbersconf.org/2010/ocw/proposals/621 http://www.linuxplumbersconf.org/2010/ocw/proposals/195 -- 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
[Q]: any DVB-S2 card which is 45MS/s capable?
If someone has tested a DVB-S2 card at 45MS/s (I am interested in QPSK moslty) please speak out ;-). I dont need CI, dual tuner can be a bonus but definitely not mandatory. I already asked the question, so sorry to come back again with it, but I did not get a clear answer: the only thing I know is that STV0900 is able to do it, but I guess that the board itself must be well thought out to achieve these high rates? TIA Bye Manu -- 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: Unknown symbol __ir_input_register
On Sun, 2010-07-25 at 09:22 -0400, Andy Walls wrote: > On Sun, 2010-07-25 at 08:44 -0400, Andy Walls wrote: > > On Sat, 2010-07-24 at 18:45 +0200, v...@onet.pl wrote: > > > with linux-2.6.34-gentoo-r1 and V4L/DVB repository of July 24 I get these > > > errors: > > > cx23885: Unknown symbol __ir_input_register > > > cx23885: Unknown symbol get_rc_map > > > > Those are IR related. > > > > I forgot to add "IR_CORE" to the Kconfig file for the cx23885 driver, > > but the the "VIDEO_IR" selection in that Kconfig depends on "IR_CORE", > > so I think that should be OK. > > Hmmm... > > "select VIDEO_IR" in the cx23885 Kconfig doesn't revisit the > dependencies on "IR_CORE" and "INPUT". > > > Mauro, > > What's the correct thing to do here? > > Change it to > > "depends VIDEO_IR" > > or add > > "depends IR_CORE" > > or add > > "select INPUT" > "select IR_CORE" Bah, the cx23885 driver already has "depends ... && INPUT". I'll just add a "select IR_CORE" and remove the "select VIDEO_IR", since it looks like the changes I have for cx23885 in the git repo don't use the ir-functions.c (ir-common.ko) functions anymore. The current hg repository should only have "select IR_CORE" added to the cx23885 Kconfig with no removals, untils the code from git gets merged back to it. 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
Re: cx23885: Unknown symbol __ir_input_register
On Sun, 2010-07-25 at 08:44 -0400, Andy Walls wrote: > On Sat, 2010-07-24 at 18:45 +0200, v...@onet.pl wrote: > > with linux-2.6.34-gentoo-r1 and V4L/DVB repository of July 24 I get these > > errors: > > cx23885: Unknown symbol __ir_input_register > > cx23885: Unknown symbol get_rc_map > > Those are IR related. > > I forgot to add "IR_CORE" to the Kconfig file for the cx23885 driver, > but the the "VIDEO_IR" selection in that Kconfig depends on "IR_CORE", > so I think that should be OK. Hmmm... "select VIDEO_IR" in the cx23885 Kconfig doesn't revisit the dependencies on "IR_CORE" and "INPUT". Mauro, What's the correct thing to do here? Change it to "depends VIDEO_IR" or add "depends IR_CORE" or add "select INPUT" "select IR_CORE" The first is easiet to maintain, but might have something built in-kernel vs. module in the wrong order. The second repeats a known dependency, expressed elsewhere, which will have to be kept in sync (and could still get the build wrong). The third repeats more known dependencies, expressed elsewhere, which will have to be kept in sync, but at least the build should always have the right components built in-kernel. Or do I misunderstand the select & depends keywords? 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
[PATCH] Fix possible memory leak in dvbca.c
Allocated memory will never get free when read fails. See attached patch. Tomer diff -r d3509d6e9499 lib/libdvbapi/dvbca.c --- a/lib/libdvbapi/dvbca.c Sat Aug 08 19:17:21 2009 +0200 +++ b/lib/libdvbapi/dvbca.c Sun Jul 25 15:50:30 2010 +0300 @@ -110,8 +110,10 @@ if (buf == NULL) return -1; - if ((size = read(fd, buf, data_length+2)) < 2) + if ((size = read(fd, buf, data_length+2)) < 2) { + free(buf); return -1; + } *slot = buf[0]; *connection_id = buf[1];
Re: cx23885: Unknown symbol __ir_input_register
On Sat, 2010-07-24 at 18:45 +0200, v...@onet.pl wrote: > with linux-2.6.34-gentoo-r1 and V4L/DVB repository of July 24 I get these > errors: > cx23885: Unknown symbol __ir_input_register > cx23885: Unknown symbol get_rc_map Those are IR related. I forgot to add "IR_CORE" to the Kconfig file for the cx23885 driver, but the the "VIDEO_IR" selection in that Kconfig depends on "IR_CORE", so I think that should be OK. I also forgot to make sure the cx23885 driver loads the IR modules automatically. Please make sure that ir-core.ko and ir-common.ko were built and installed. Regards, Andy > My card is Compro Videomate E600F and i try to get it work with changes > attached in diff.txt file. > On linux-2.6.33-gentoo-r2 it works without any problems. > > Thanks for any help > Marek > -- 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
Very poor (signal?) quality on buget card TwinHan VP DST
Hi, I am using a TwinHan VP DST card under Ubuntu Lucid Lynx (2.6.32-23 with s2-liplianin-dkms updated dvb drivers). The card is detected fine, but does not seem to have analogue tuner. I can scan channels, and I can watch TV using digital-only capable applications (eg, Me-TV, Kaffeine). Nevertheless, the general picture quality is VERY bad. Basically, there's not a single frame without decoding error and freezes. Sound suffers the same problem. It all behaves like a bad signal/bad antenna installation. The problem is: a parallel windows installation gives a crystal-clear and stable picture, without touching the antenna in between. I assume it's a problem with channel fine-tuning or software decoder quality. Can anyone help me with solving these problems? Thanks Arne -- 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
tm6000 bad marge staging/tm6000 into staging/all
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Mauro, This marge are wrong! It's added double dvb led off, but my patch has only ones. raw | combined (merge: 011906d 6e5e76f) Merge branch 'staging/tm6000' into staging/all Mauro Carvalho Chehab [Sun, 4 Jul 2010 19:33:26 + (16:33 -0300)] * staging/tm6000: (29 commits) tm6000: Partially revert some copybuf logic tm6000: Be sure that the new buffer is empty tm6000: Fix copybuf continue logic Signed-off-by: Mauro Carvalho Chehab tm6000: audio packet has always 180 bytes tm6000: Improve set bitrate routines used by alsa tm6000-alsa: Implement a routine to store data received from URB tm6000-alsa: Fix several bugs at the driver initialization code tm6000: avoid unknown symbol tm6000_debug tm6000: Add a callback code for buffer fill tm6000: Use an emum for extension type tm6000-alsa: rework audio buffer allocation/deallocation tm6000: Avoid OOPS when loading tm6000-alsa module tm6000: Fix compilation breakages V4L/DVB: Staging: tm6000: Fix coding style issues V4L/DVB: tm6000: move dvb into a separate kern module V4L/DVB: tm6000: rewrite init and fini V4L/DVB: tm6000: Fix Video decoder initialization V4L/DVB: tm6000: rewrite copy_streams V4L/DVB: tm6000: add DVB support for tuner xc5000 V4L/DVB: tm6000: set variable dev_mode in function tm6000_start_stream ... diff --cc drivers/staging/tm6000/tm6000-core.c index 27f3f55,1fea5a0..9f60ad5 - --- 1/drivers/staging/tm6000/tm6000-core.c - --- 2/drivers/staging/tm6000/tm6000-core.c +++ b/drivers/staging/tm6000/tm6000-core.c @@@ -336,11 -332,11 +332,17 @@@ int tm6000_init_analog_mode(struct tm60 mutex_unlock(&dev->lock); msleep(100); - - tm6000_set_standard (dev, &dev->norm); - - tm6000_set_audio_bitrate (dev,48000); + tm6000_set_standard(dev, &dev->norm); + tm6000_set_audio_bitrate(dev, 48000); + + /* switch dvb led off */ + if (dev->gpio.dvb_led) { ++ tm6000_set_reg(dev, REQ_03_SET_GET_MCU_PIN, ++ dev->gpio.dvb_led, 0x01); ++ } + + /* switch dvb led off */ + if (dev->gpio.dvb_led) { tm6000_set_reg(dev, REQ_03_SET_GET_MCU_PIN, dev->gpio.dvb_led, 0x01); } -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMS+eJAAoJEAWtPFjxMvFGDw8IAJnmTxTehH4TeqwI3Gn+8gcn Xp8VPH/F67npT3zHQMq4luBEWdnMKkI/y54en8czoqG+EHEnxZjFZUxJUkAKPbpd pU9vVUrQGtUQOf7zY6qYSqaSPIJr+abTmE1k2Wnd47Zwlu35tfRhuVXqfrTu7JkT /Jy4Xf/IOtJvCa62eDCnhB6+gAq+hj5peHiZb7KBxOQO1NH8DQ8DYQPT9xNn5SFs mCmQv9BdNrLdXS4mCkufBWEinennolOIoaSIyj2GkvJm8aSvzIWGvm28zxjPLKPL PLH7A+WPMHCdor7Psn7QJKCm3DPEKu3vcOTOmFYsBJfV/pUNMK+5y3qV1WP9Ayg= =HCq5 -END PGP SIGNATURE- -- 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