Re: [linux-dvb] dst customization patchset
Sounds good, Markus - do you have a list of known bugs that need to be handled? Is this something that can go up on the Wiki, or are there enough that a bug tracking system is required? While timelines won't be enforceable for people doing things in their spare time, it's still useful to put up time goals and priority lists on projects, both new development and bug fixes, to keep momentum going and gauge progress, including seeing that something that should have been fixed isn't getting handled. Can people accept Markus as a reasonable, informed arbiter of what will go into the main tree even if there are disagreements? It also sounds like new programmers here need more startup instructions/assistance/advice and ground rules than on many open source projects. Regards, Bill Markus Rechberger wrote: Some developers are also sick of contributing since the whole community is flawed at the moment. I propose a few ways to go * stopping that signed off by madness that every driver developer has to sign off changes which happened at the core which will definitelly never happen because people _do not like each other_. * change the maintainership and push it over to me, even if it sounds selfish at the moment _every_ code which provides additional features and where noone expects further improvements within the next few weeks (without throwing away alot of work or generating useless extra work by telling someone to rewrite the core of his work); everyone still can try to write better code - but then he _has to do it completly_ and get in peace with the projects by supporting them to get further. The problem I have with this project is that many more things are upcoming at the moment (including bug fixing) but there are certain developers which first weren't experienced enough, afterwards started to think about the issues which were tried to discuss at the beginning already and who don't have an overview about the requirements, neither do they want to discuss the requirements. I can name numerous of bugs of this project which can be solved but which just get ignored. Some known bugs dont even get explained to people who are interested in fixing them, so this is what I consider that it's a major problem. I'm looking for a serious discussion about it, if anyone wants to know about the history I can point out to many logfiles/older emails which deeply explain the whole video4linux/dvb issues - the project should turn back to a real community. Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Technisat SkyStar2 HD DVB card support
Hi, current status - it works for me on 32-bit HW - I see the card and I'm able to tune DVB-S channels from Astra-19.2E, but not DVB-S2 except Astra HD Promo. szap2 -c .szap/channels.conf -t 2 -e 2 -m 8 Pro7HD reading channels from file '.szap/channels.conf' zapping to 1080 'Pro7HD': sat 0, frequency = 12722 MHz H, symbolrate 2200, vpid = 0x00ff, apid = 0x0103 sid = 0x27d8 (fec = 32, mod = 8) Querying info .. Delivery system=DVB-S2 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' -- Using 'STB0899 DVB-S2' DVB-S2 diseqc: sat_no:0 pol_vert:0 hi_band:1 cmd:e0 10 38 f3 wait:0 do_tune: API version=2, delivery system = 2 do_tune: Frequency = 2122000, Srate = 2200 (DVB-S2) do_tune: Frequency = 2122000, Srate = 2200 (SET_PARAMS) status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | I have the following record for Pro7HD in channels.conf: Pro7HD:12722:h:0:22000:255:259:10200 Same issue with Sat1 and ANIXE HD. Any idea? Thanks, Roman On Mon, May 28, 2007 at 05:23:36PM +0200, Artem Makhutov wrote: Hi, On Mon, May 28, 2007 at 04:59:54PM +0200, benco wrote: Hi everyone, is there any success with this card? Chipset: SAA7146 + STB0899 Drivers: http://jusst.de/manu/stb0899-v4l-dvb.tar.bz2 I was able to compile and load kernel modules for the following kernels: 2.6.19 2.6.20 2.6.21.1 Unfortunately I see no records in log file regarding to detected card - I can see only the output from lspci command: [...] Laasa has developed a patch for this driver. You have to apply it. Please take a look at: http://linuxtv.org/pipermail/linux-dvb/2007-May/018188.html Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn -- -- ,''`. [benco] | mailto: [EMAIL PROTECTED] | silc: /msg benco : :' : - `. `' GPG publickey: http://www.acid.sk/pubkey.asc `- KF = 388E 43D9 7316 A4D4 A0EB C4F2 E769 64EB DEB3 7CF1 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DVB Networking Module
Hello! Johannes Stezenbach wrote: Hi, On Sun, May 27, 2007, Christian Prähauser wrote: Johannes Stezenbach wrote: On Wed, May 16, 2007, Christian Praehauser wrote: The branch is available at http://www.cosy.sbg.ac.at/~cpraehaus/hg.cgi/v4l-dvb. What you did to include/linux/dvb/net.h is not allowed. You must not break backwards compatibility of userspace APIs. You can only add new ioctls or make backwards compatible changes to existing ioctls, but not delete or change them. Or add old cruft to Documentation/feature-removal-schedule.txt. I'll define new (unique) IOCTLs for the new commands and add/implement the old ones for being backwards-compatible. (Well, I have no practical experience with dvb-net, and the API design is from Nokia, so maybe it's totally broken and no one uses it. But unless you are absolutely sure that there are no users you are not allowed to break it.) It is definitely used and thus should not be broken. Have you looked at the ioctls which ifconfig uses? (man 2 ioctl_list) E.g. would it be possible to use SIOCGIFCONF to find the dvb-net interfaces? Could one use ifconfig e.g. to set the MAC? A dvb network interface (dvb-net interface) behaves like a regular network interface (e.g. ethernet NIC). It is listed in the output of ifconfig. You can also set/override the MAC. By default, the MAC address of a dvb-net interface is set to the MAC which is proposed by the corresponding DVB adapter. You can bring the interface up and down, bring it into promiscuous mode, etc. Of course, this all assumes that you have created/configured the dvb-net interface with the dvbnet tool before. In general, I'm not convinced that it was a good idea to put dvb-net in the kernel at all, because I think usually MPE/ULE traffic would be encrypted (probably with your ISP's proprietary scheme), so you'd have a daemon in userspace which sets the section filters to receive the data, decrypt it, and feed packets into the network stack via a tun device. IMHO the overhead of doing it in userspace would be minor. Honestly, I cannot estimate how much overhead it is to pass 30 to 38 Mbit of data from kernel to userspace and back again. Would be interesting to test... Maybe I'll do that. Nevertheless, I think having dvb networking provided by the kernel as an option is ok. And with dvb-net, it really is optional now. As you mentioned (link-layer) security: the IPDVB working group at the IETF is currently working on a security extension for ULE. If it's ready and implemented for dvb-net then some ISPs, or platform operators may think about using this existing standard (BTW, ULE extensions can be implemented as Linux modules). It also makes it easy to use multiple PIDs which didn't work well with dvb-net (one PID per dvb net device). As of the new dvb-net module, you can receive multiple PIDs on a single dvb-net interface (maybe using different encapsulations). But again, I have no practical experience with dvb-net, you're the dvb-net expert now ;-), so I trust you to make the right decision. Stop, I'm getting red ;-). Seriously, I've some experience in this field but what actually counts is what is required by the users and to come up with something that is useful to them. In so far, it would be good if potential users really try this out and give feedback. Of course also helpful would be if some operators (e.g. ISPs) would tell us which scenarios they have, so that we can take them into account. BTW, what's this? +source drivers/media/dvb/dvbloop/Kconfig Oh, I forgot to remove this. This is for another dvb-related thing I'm doing. A DVB loopback adapter. Very handy if you don't have a real one ;-). [...] provides one or more virtual DVB adapters. When loaded, it creates a char device of the form /dev/dvblonum for every virtual DVB adapter. All Transport Stream packets written to a char device will be delivered on the corresponding virtual DVB adapter. Thanks for your comments (again)! Cheers, Christian. -- Christian Praehauser [EMAIL PROTECTED] || //\\//\\ || Multimedia Communications Group, ||// \/ \\|| Department of Computer Sciences, University of Salzburg http://student.cosy.sbg.ac.at/~cpraehaus/ http://www.network-research.org/ http://www.uni-salzburg.at/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dst customization patchset
On 6/1/07, Bill Eldridge [EMAIL PROTECTED] wrote: Sounds good, Markus - do you have a list of known bugs that need to be handled? Yes, I put together a few things that came into mind: http://mcentral.de/wiki/index.php/Bugtracker Is this something that can go up on the Wiki, or are there enough that a bug tracking system is required? Wiki/ML should be fine, people use to avoid the bugzilla on kernel.org although I'd be fine with it (at least for the em28xx project) but people prefer to add bugreports to the wiki or send mails. While timelines won't be enforceable for people doing things in their spare time, it's still useful to put up time goals and priority lists on projects, both new development and bug fixes, to keep momentum going and gauge progress, including seeing that something that should have been fixed isn't getting handled. Can people accept Markus as a reasonable, informed arbiter of what will go into the main tree even if there are disagreements? It also sounds like new programmers here need more startup instructions/assistance/advice and ground rules than on many open source projects. I would appreciate to get more people involved with that project, VDR/mythTV/mplayer/ffmpeg etc. projects use the outcoming work. While the v4l and dvb project is doing really hard at the moment and improvements are handled in a snail speed (if ever handled) this should really change. cheers, Markus Regards, Bill Markus Rechberger wrote: Some developers are also sick of contributing since the whole community is flawed at the moment. I propose a few ways to go * stopping that signed off by madness that every driver developer has to sign off changes which happened at the core which will definitelly never happen because people _do not like each other_. * change the maintainership and push it over to me, even if it sounds selfish at the moment _every_ code which provides additional features and where noone expects further improvements within the next few weeks (without throwing away alot of work or generating useless extra work by telling someone to rewrite the core of his work); everyone still can try to write better code - but then he _has to do it completly_ and get in peace with the projects by supporting them to get further. The problem I have with this project is that many more things are upcoming at the moment (including bug fixing) but there are certain developers which first weren't experienced enough, afterwards started to think about the issues which were tried to discuss at the beginning already and who don't have an overview about the requirements, neither do they want to discuss the requirements. I can name numerous of bugs of this project which can be solved but which just get ignored. Some known bugs dont even get explained to people who are interested in fixing them, so this is what I consider that it's a major problem. I'm looking for a serious discussion about it, if anyone wants to know about the history I can point out to many logfiles/older emails which deeply explain the whole video4linux/dvb issues - the project should turn back to a real community. Markus -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] cx88-dvb modprobe failure
Sid Boyce wrote: Michael Krufky wrote: Sid Boyce wrote: # modprobe cx88-dvb FATAL: Error inserting cx88_dvb (/lib/modules/2.6.22-rc3-smp/kernel/drivers/media/video/cx88/cx88-dvb.ko): No such device dmesg spits this out after trying modprobe cx88-dvb cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared # l /dev/vbi* lrwxrwxrwx 1 root root4 2007-05-30 06:24 /dev/vbi - vbi0 crw-rw 1 root video 81, 224 2007-05-30 06:24 /dev/vbi0 crw-rw 1 root video 81, 225 2007-05-30 06:24 /dev/vbi1 /dev/dvb is not created. From dmesg cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded cx2388x v4l2 driver version 0.0.6 loaded x2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared ACPI: PCI Interrupt :01:08.0[A] - Link [APC3] - GSI 18 (level, low) - IRQ 18 CORE cx88[0]: subsystem: 17de:08a4, board: KWorld/VStream XPert DVB-T [card=14,insmod option] TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe cx88[0]: Test OK input: cx88 IR (KWorld/VStream XPert D as /class/input/input5 cx88[0]/0: found at :01:08.0, rev: 5, irq: 18, latency: 32, mmio: 0xfb00 cx88[0]/0: registered device video1 [v4l2] cx88[0]/0: registered device vbi0 ACPI: PCI Interrupt :01:08.2[A] - Link [APC3] - GSI 18 (level, low) - IRQ 18 cx88[0]/0: found at :01:08.2, rev: 5, irq: 18, latency: 32, mmio: 0xfa00 cx88[0]/0: registered device video2 [v4l2] cx88[0]/0: registered device vbi1 cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared # lsmod|grep cx8 cx8800 54508 0 cx8802 36868 0 cx88xx 88228 2 cx8800,cx8802 ir_common 54020 1 cx88xx i2c_algo_bit 23428 1 cx88xx tveeprom 34832 1 cx88xx videodev 45056 3 gspca,cx8800,cx88xx compat_ioctl32 25600 1 cx8800 v4l2_common36736 4 cx8800,cx88xx,videodev,compat_ioctl32 video_buf 43524 4 cx8800,cx8802,cx88xx,video_buf_dvb btcx_risc 21896 3 cx8800,cx8802,cx88xx i2c_core 44032 12 it87,i2c_isa,or51132,mt352,cx22702,cx22700,nvidia,cx88xx,i2c_algo_bit,tveeprom,dvb_pll,i2c_nforce2 I moved this card from a x86 box to this 64x2 AM2 box and the following files have the same contents. udev the same as on the x86 box. This is definitely a KWorld/VStream XPert DVB-T card which I had working for over one year at least. Kernel is 2.6.22-rc3, same problem with 2.6.22-rc2-git7. I haven't checked it in a few weeks on the x86 box, but it was OK on earlier 2.6.22-rc kernels. # less /etc/sysconfig/hardware/hwcfg-bus-pci-\:01\:08.0 # YaST configured TV card # 75Hn.ANrE4vYza54:CX23880/1/2/3 PCI Video and Audio Decoder MODULE='cx88-dvb' STARTMODE='auto' # less /etc/modprobe.d/tv alias char-major-81 videodev options i2c-algo-bit bit_test=1 # YaST configured TV card # 75Hn.ANrE4vYza54:CX23880/1/2/3 PCI Video and Audio Decoder alias char-major-81-0 cx8800 alias char-major-81-1 off alias char-major-81-2 off alias char-major-81-3 off I added this to modprobe.conf.local to get the card recognised. # less /etc/modprobe.conf.local # # please add local extensions to this file # options cx88xx card=14 from lspci -vvv === 01:08.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: KWorld Computer Co. Ltd. Unknown device 08a4 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR+ Latency: 32 (5000ns min, 13750ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at fb00 (32-bit, non-prefetchable) [size=16M] Capabilities: [44] Vital Product Data Capabilities: [4c] Power Management version 0 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 01:08.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: KWorld Computer Co. Ltd. Unknown device 08a4 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR+ Latency: 32 (1000ns min, 22000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 18
Re: [linux-dvb] cx88-dvb modprobe failure
Sid Boyce wrote: Sid Boyce wrote: Michael Krufky wrote: Sid Boyce wrote: # modprobe cx88-dvb FATAL: Error inserting cx88_dvb (/lib/modules/2.6.22-rc3-smp/kernel/drivers/media/video/cx88/cx88-dvb.ko): No such device dmesg spits this out after trying modprobe cx88-dvb cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared # l /dev/vbi* lrwxrwxrwx 1 root root4 2007-05-30 06:24 /dev/vbi - vbi0 crw-rw 1 root video 81, 224 2007-05-30 06:24 /dev/vbi0 crw-rw 1 root video 81, 225 2007-05-30 06:24 /dev/vbi1 /dev/dvb is not created. From dmesg cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded cx2388x v4l2 driver version 0.0.6 loaded x2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared ACPI: PCI Interrupt :01:08.0[A] - Link [APC3] - GSI 18 (level, low) - IRQ 18 CORE cx88[0]: subsystem: 17de:08a4, board: KWorld/VStream XPert DVB-T [card=14,insmod option] TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe cx88[0]: Test OK input: cx88 IR (KWorld/VStream XPert D as /class/input/input5 cx88[0]/0: found at :01:08.0, rev: 5, irq: 18, latency: 32, mmio: 0xfb00 cx88[0]/0: registered device video1 [v4l2] cx88[0]/0: registered device vbi0 ACPI: PCI Interrupt :01:08.2[A] - Link [APC3] - GSI 18 (level, low) - IRQ 18 cx88[0]/0: found at :01:08.2, rev: 5, irq: 18, latency: 32, mmio: 0xfa00 cx88[0]/0: registered device video2 [v4l2] cx88[0]/0: registered device vbi1 cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared # lsmod|grep cx8 cx8800 54508 0 cx8802 36868 0 cx88xx 88228 2 cx8800,cx8802 ir_common 54020 1 cx88xx i2c_algo_bit 23428 1 cx88xx tveeprom 34832 1 cx88xx videodev 45056 3 gspca,cx8800,cx88xx compat_ioctl32 25600 1 cx8800 v4l2_common36736 4 cx8800,cx88xx,videodev,compat_ioctl32 video_buf 43524 4 cx8800,cx8802,cx88xx,video_buf_dvb btcx_risc 21896 3 cx8800,cx8802,cx88xx i2c_core 44032 12 it87,i2c_isa,or51132,mt352,cx22702,cx22700,nvidia,cx88xx,i2c_algo_bit,tveeprom,dvb_pll,i2c_nforce2 I moved this card from a x86 box to this 64x2 AM2 box and the following files have the same contents. udev the same as on the x86 box. This is definitely a KWorld/VStream XPert DVB-T card which I had working for over one year at least. Kernel is 2.6.22-rc3, same problem with 2.6.22-rc2-git7. I haven't checked it in a few weeks on the x86 box, but it was OK on earlier 2.6.22-rc kernels. # less /etc/sysconfig/hardware/hwcfg-bus-pci-\:01\:08.0 # YaST configured TV card # 75Hn.ANrE4vYza54:CX23880/1/2/3 PCI Video and Audio Decoder MODULE='cx88-dvb' STARTMODE='auto' # less /etc/modprobe.d/tv alias char-major-81 videodev options i2c-algo-bit bit_test=1 # YaST configured TV card # 75Hn.ANrE4vYza54:CX23880/1/2/3 PCI Video and Audio Decoder alias char-major-81-0 cx8800 alias char-major-81-1 off alias char-major-81-2 off alias char-major-81-3 off I added this to modprobe.conf.local to get the card recognised. # less /etc/modprobe.conf.local # # please add local extensions to this file # options cx88xx card=14 from lspci -vvv === 01:08.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: KWorld Computer Co. Ltd. Unknown device 08a4 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR+ Latency: 32 (5000ns min, 13750ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at fb00 (32-bit, non-prefetchable) [size=16M] Capabilities: [44] Vital Product Data Capabilities: [4c] Power Management version 0 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 01:08.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: KWorld Computer Co. Ltd. Unknown device 08a4 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR+ Latency: 32 (1000ns min, 22000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to
Re: [linux-dvb] cx88-dvb modprobe failure
Michael Krufky wrote: Sid Boyce wrote: Sid Boyce wrote: Michael Krufky wrote: Sid Boyce wrote: # modprobe cx88-dvb FATAL: Error inserting cx88_dvb (/lib/modules/2.6.22-rc3-smp/kernel/drivers/media/video/cx88/cx88-dvb.ko): No such device dmesg spits this out after trying modprobe cx88-dvb cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared # l /dev/vbi* lrwxrwxrwx 1 root root4 2007-05-30 06:24 /dev/vbi - vbi0 crw-rw 1 root video 81, 224 2007-05-30 06:24 /dev/vbi0 crw-rw 1 root video 81, 225 2007-05-30 06:24 /dev/vbi1 /dev/dvb is not created. From dmesg cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded cx2388x v4l2 driver version 0.0.6 loaded x2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared ACPI: PCI Interrupt :01:08.0[A] - Link [APC3] - GSI 18 (level, low) - IRQ 18 CORE cx88[0]: subsystem: 17de:08a4, board: KWorld/VStream XPert DVB-T [card=14,insmod option] TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe cx88[0]: Test OK input: cx88 IR (KWorld/VStream XPert D as /class/input/input5 cx88[0]/0: found at :01:08.0, rev: 5, irq: 18, latency: 32, mmio: 0xfb00 cx88[0]/0: registered device video1 [v4l2] cx88[0]/0: registered device vbi0 ACPI: PCI Interrupt :01:08.2[A] - Link [APC3] - GSI 18 (level, low) - IRQ 18 cx88[0]/0: found at :01:08.2, rev: 5, irq: 18, latency: 32, mmio: 0xfa00 cx88[0]/0: registered device video2 [v4l2] cx88[0]/0: registered device vbi1 cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared cx2388x dvb driver version 0.0.6 loaded cx8802_register_driver() -registering driver type=dvb access=shared # lsmod|grep cx8 cx8800 54508 0 cx8802 36868 0 cx88xx 88228 2 cx8800,cx8802 ir_common 54020 1 cx88xx i2c_algo_bit 23428 1 cx88xx tveeprom 34832 1 cx88xx videodev 45056 3 gspca,cx8800,cx88xx compat_ioctl32 25600 1 cx8800 v4l2_common36736 4 cx8800,cx88xx,videodev,compat_ioctl32 video_buf 43524 4 cx8800,cx8802,cx88xx,video_buf_dvb btcx_risc 21896 3 cx8800,cx8802,cx88xx i2c_core 44032 12 it87,i2c_isa,or51132,mt352,cx22702,cx22700,nvidia,cx88xx,i2c_algo_bit,tveeprom,dvb_pll,i2c_nforce2 I moved this card from a x86 box to this 64x2 AM2 box and the following files have the same contents. udev the same as on the x86 box. This is definitely a KWorld/VStream XPert DVB-T card which I had working for over one year at least. Kernel is 2.6.22-rc3, same problem with 2.6.22-rc2-git7. I haven't checked it in a few weeks on the x86 box, but it was OK on earlier 2.6.22-rc kernels. # less /etc/sysconfig/hardware/hwcfg-bus-pci-\:01\:08.0 # YaST configured TV card # 75Hn.ANrE4vYza54:CX23880/1/2/3 PCI Video and Audio Decoder MODULE='cx88-dvb' STARTMODE='auto' # less /etc/modprobe.d/tv alias char-major-81 videodev options i2c-algo-bit bit_test=1 # YaST configured TV card # 75Hn.ANrE4vYza54:CX23880/1/2/3 PCI Video and Audio Decoder alias char-major-81-0 cx8800 alias char-major-81-1 off alias char-major-81-2 off alias char-major-81-3 off I added this to modprobe.conf.local to get the card recognised. # less /etc/modprobe.conf.local # # please add local extensions to this file # options cx88xx card=14 from lspci -vvv === 01:08.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: KWorld Computer Co. Ltd. Unknown device 08a4 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR+ Latency: 32 (5000ns min, 13750ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at fb00 (32-bit, non-prefetchable) [size=16M] Capabilities: [44] Vital Product Data Capabilities: [4c] Power Management version 0 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 01:08.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: KWorld Computer Co. Ltd. Unknown device 08a4 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR+ Latency: 32 (1000ns min, 22000ns max), Cache Line Size: 32 bytes
Re: [linux-dvb] cx88-dvb modprobe failure
Sid Boyce wrote: Note:- This is from the x86 box, no insmod option. It was being autodected for around 2 years and until quite recently, on the x86 box. January 20th. and 24th., but not in the following message log. It doesn't appear in 20070410 or 20070415. Can't figure out which kernel was in use then as they have been removed, but I think up to 2.6.21-rc and the earliest I have around is 2007-05-03 22:04 2.6.21-git4. # bzcat /var/log/messages-20070403.bz2 |less Jan 20 03:37:45 barrabas kernel: CORE cx88[0]: subsystem: 17de:08a6, board: KWorld/VStream XPert DVB-T [card=14] Jan 20 03:37:45 barrabas kernel: cx88[0]/2: cx2388x based dvb card Jan 20 03:37:45 barrabas kernel: DVB: registering new adapter (cx88[0]). Jan 20 03:37:45 barrabas kernel: DVB: registering frontend 0 (Zarlink MT352 DVB-T)... Ditto for 24th. January. = Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] cx88-dvb modprobe failure
There is an entry for this device in cx88-cards.c 1257 },{ 1258 .subvendor = 0x17de, 1259 .subdevice = 0x08a6, 1260 .card = CX88_BOARD_KWORLD_DVB_T, 1261 },{ Markus On 6/1/07, Sid Boyce [EMAIL PROTECTED] wrote: Sid Boyce wrote: Note:- This is from the x86 box, no insmod option. It was being autodected for around 2 years and until quite recently, on the x86 box. January 20th. and 24th., but not in the following message log. It doesn't appear in 20070410 or 20070415. Can't figure out which kernel was in use then as they have been removed, but I think up to 2.6.21-rc and the earliest I have around is 2007-05-03 22:04 2.6.21-git4. # bzcat /var/log/messages-20070403.bz2 |less Jan 20 03:37:45 barrabas kernel: CORE cx88[0]: subsystem: 17de:08a6, board: KWorld/VStream XPert DVB-T [card=14] Jan 20 03:37:45 barrabas kernel: cx88[0]/2: cx2388x based dvb card Jan 20 03:37:45 barrabas kernel: DVB: registering new adapter (cx88[0]). Jan 20 03:37:45 barrabas kernel: DVB: registering frontend 0 (Zarlink MT352 DVB-T)... Ditto for 24th. January. = Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] cx88-dvb modprobe failure
On 6/1/07, Markus Rechberger [EMAIL PROTECTED] wrote: There is an entry for this device in cx88-cards.c 1257 },{ 1258 .subvendor = 0x17de, 1259 .subdevice = 0x08a6, 0x08a4 isn't in the list though; 1260 .card = CX88_BOARD_KWORLD_DVB_T, 1261 },{ Markus On 6/1/07, Sid Boyce [EMAIL PROTECTED] wrote: Sid Boyce wrote: Note:- This is from the x86 box, no insmod option. It was being autodected for around 2 years and until quite recently, on the x86 box. January 20th. and 24th., but not in the following message log. It doesn't appear in 20070410 or 20070415. Can't figure out which kernel was in use then as they have been removed, but I think up to 2.6.21-rc and the earliest I have around is 2007-05-03 22:04 2.6.21-git4. # bzcat /var/log/messages-20070403.bz2 |less Jan 20 03:37:45 barrabas kernel: CORE cx88[0]: subsystem: 17de:08a6, board: KWorld/VStream XPert DVB-T [card=14] Jan 20 03:37:45 barrabas kernel: cx88[0]/2: cx2388x based dvb card Jan 20 03:37:45 barrabas kernel: DVB: registering new adapter (cx88[0]). Jan 20 03:37:45 barrabas kernel: DVB: registering frontend 0 (Zarlink MT352 DVB-T)... Ditto for 24th. January. = Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Markus Rechberger -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] cx88-dvb modprobe failure
On 6/1/07, Sid Boyce [EMAIL PROTECTED] wrote: Sid Boyce wrote: Note:- This is from the x86 box, no insmod option. It was being autodected for around 2 years and until quite recently, on the x86 box. January 20th. and 24th., but not in the following message log. It doesn't appear in 20070410 or 20070415. Can't figure out which kernel was in use then as they have been removed, but I think up to 2.6.21-rc and the earliest I have around is 2007-05-03 22:04 2.6.21-git4. # bzcat /var/log/messages-20070403.bz2 |less Jan 20 03:37:45 barrabas kernel: CORE cx88[0]: subsystem: 17de:08a6, board: KWorld/VStream XPert DVB-T [card=14] Jan 20 03:37:45 barrabas kernel: cx88[0]/2: cx2388x based dvb card Jan 20 03:37:45 barrabas kernel: DVB: registering new adapter (cx88[0]). Jan 20 03:37:45 barrabas kernel: DVB: registering frontend 0 (Zarlink MT352 DVB-T)... Ditto for 24th. January. Markus Rechberger wrote: On 6/1/07, Markus Rechberger [EMAIL PROTECTED] wrote: There is an entry for this device in cx88-cards.c 1257 },{ 1258 .subvendor = 0x17de, 1259 .subdevice = 0x08a6, 0x08a4 isn't in the list though; 1260 .card = CX88_BOARD_KWORLD_DVB_T, 1261 },{ Markus Thank you, Markus... but please don't top-post. Anyway, You're right, 17de:08a6 IS supported for autodetection, and is inside cx88-cards.c ... The strange thing is, Sid's original post had the subsystem 17de:08a4 ( http://linuxtv.org/pipermail/linux-dvb/2007-May/018339.html ) ... Why did the subsystem ID change between posts? Sid, is this the same card used in both instances, or is it a different card? -- Michael Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE + select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@ -291,8 +292,9 @@ depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE help - This module driver a number of tuners based on PLL chips with a - common I2C interface. Say Y when you want to support these tuners. + This module driver is needed by a number of tuners based on PLL chips + with a common I2C inferface. + Exceptions are: All bt8xx-based DVB cards except DViCO FusionHDTV 5 Lite. config DVB_TDA826X tristate Philips TDA826X silicon tuner --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c @@ -568,24 +568,6 @@ static struct lgdt330x_config .demod_init = digitv_alps_tded4_demod_init, }; -static struct lgdt330x_config tdvs_tua6034_config = { - .demod_address= 0x0e, - .demod_chip = LGDT3303, - .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ -}; - -static void lgdt330x_reset(struct dvb_bt8xx_card *bt) -{ - /* Set pin 27 of the lgdt3303 chip high to reset the frontend */ - - /* Pulse the reset line */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x); /* Low */ - msleep(100); - - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ - msleep(100); -} static void frontend_init(struct dvb_bt8xx_card *card, u32 type) { @@ -606,15 +588,39 @@ case BTTV_BOARD_DVICO } break; +#if defined(CONFIG_DVB_LGDT330x) +static struct lgdt330x_config tdvs_tua6034_config = { + .demod_address= 0x0e, + .demod_chip = LGDT3303, + .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ +}; + +static void lgdt330x_reset(struct dvb_bt8xx_card *bt) +{ + /* Set pin 27 of the lgdt3303 chip high to reset the frontend */ + + /* Pulse the reset line */ + bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ + bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x); /* Low */ + msleep(100); + + bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ + msleep(100); +} + case BTTV_BOARD_DVICO_FUSIONHDTV_5_LITE: lgdt330x_reset(card); card-fe = dvb_attach(lgdt330x_attach, tdvs_tua6034_config, card-i2c_adapter); if (card-fe != NULL) { dvb_attach(dvb_pll_attach, card-fe, 0x61, card-i2c_adapter, dvb_pll_lg_tdvs_h06xf); dprintk (dvb_bt8xx: lgdt330x detected\n); } break; +#else + printk(KERN_WARNING %s: driver disabled by Kconfig\n, __FUNCTION__); + return NULL; +#endif // CONFIG_DVB_LGDT330x // case BTTV_BOARD_NEBULA_DIGITV: /* -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE + select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@
Re: [linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
Uwe Bugla wrote: In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] NACK. This hack is unacceptable. Uwe, Please have patience -- I have a few ideas on how to do this without using #ifdef's , but I am spending my time on other things right now. Trent also had some ideas on how remove the static dependencies on dvb-pll, but we all have bigger fish to fry. For the time being, you should use this on your own kernel configuration, but this is not correct, and should not be pushed into mainline. Regards, Mike Krufky --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE + select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@ -291,8 +292,9 @@ depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE help - This module driver a number of tuners based on PLL chips with a - common I2C interface. Say Y when you want to support these tuners. + This module driver is needed by a number of tuners based on PLL chips + with a common I2C inferface. + Exceptions are: All bt8xx-based DVB cards except DViCO FusionHDTV 5 Lite. config DVB_TDA826X tristate Philips TDA826X silicon tuner --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c @@ -568,24 +568,6 @@ static struct lgdt330x_config .demod_init = digitv_alps_tded4_demod_init, }; -static struct lgdt330x_config tdvs_tua6034_config = { - .demod_address= 0x0e, - .demod_chip = LGDT3303, - .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ -}; - -static void lgdt330x_reset(struct dvb_bt8xx_card *bt) -{ - /* Set pin 27 of the lgdt3303 chip high to reset the frontend */ - - /* Pulse the reset line */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x); /* Low */ - msleep(100); - - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ - msleep(100); -} static void frontend_init(struct dvb_bt8xx_card *card, u32 type) { @@ -606,15 +588,39 @@ case BTTV_BOARD_DVICO } break; +#if defined(CONFIG_DVB_LGDT330x) +static struct lgdt330x_config tdvs_tua6034_config = { + .demod_address= 0x0e, + .demod_chip = LGDT3303, + .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ +}; + +static void lgdt330x_reset(struct dvb_bt8xx_card *bt) +{ + /* Set pin 27 of the lgdt3303 chip high to reset the frontend */ + + /* Pulse the reset line */ + bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ + bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x); /* Low */ + msleep(100); + + bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ + msleep(100); +} + case BTTV_BOARD_DVICO_FUSIONHDTV_5_LITE: lgdt330x_reset(card); card-fe = dvb_attach(lgdt330x_attach, tdvs_tua6034_config, card-i2c_adapter); if (card-fe != NULL) { dvb_attach(dvb_pll_attach, card-fe, 0x61, card-i2c_adapter, dvb_pll_lg_tdvs_h06xf); dprintk (dvb_bt8xx: lgdt330x detected\n); } break; +#else + printk(KERN_WARNING %s: driver disabled by Kconfig\n, __FUNCTION__); + return NULL; +#endif // CONFIG_DVB_LGDT330x // case BTTV_BOARD_NEBULA_DIGITV: /* --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL
[linux-dvb] PATCH for customization of TwinHan DST modules
This patch provides a clean solution to customise the TwinHan DST modules if they are not needed. The basic theoretical work was done by Trent Piepho, the basic testing work was done by Mauro Chehab. I only adapted it for the current kernel (2.6.22-rc3) and changed the help section for better user understanding (i. e. card examples instead of expressions like ASIC f. ex.). I do appreciate further SOBs of the relevant Cced people. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] --- a/drivers/media/dvb/bt8xx/dst.c Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dst.c Mon May 28 19:46:33 2007 @@ -1729,12 +1729,22 @@ static void dst_release(struct dvb_front static struct dvb_frontend_ops dst_dvbc_ops; static struct dvb_frontend_ops dst_atsc_ops; -struct dst_state *dst_attach(struct dst_state *state, struct dvb_adapter *dvb_adapter) -{ +struct dvb_frontend *dst_attach(struct dst_config *config, struct bt878 *bt, + struct i2c_adapter *i2c) +{ +struct dst_state *state = kzalloc(sizeof(*state), GFP_KERNEL); + + if (!state) { + printk(KERN_ERR dst: No memory!\n); + return NULL;; + } + state-i2c = i2c; + state-config = config; + state-bt = bt; + /* check if the ASIC is there */ if (dst_probe(state) 0) { - kfree(state); - return NULL; + goto fail; } /* determine settings based on type */ /* create dvb_frontend */ @@ -1753,12 +1763,15 @@ struct dst_state *dst_attach(struct dst_ break; default: dprintk(verbose, DST_ERROR, 1, unknown DST type. please report to the LinuxTV.org DVB mailinglist.); - kfree(state); - return NULL; + goto fail; } state-frontend.demodulator_priv = state; - return state; /* Manu (DST is a card not a frontend) */ + return state-frontend; /* Manu (DST is a card not a frontend) */ + + fail: + kfree(state); + return NULL; } EXPORT_SYMBOL(dst_attach); --- a/drivers/media/dvb/bt8xx/dst_ca.c Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dst_ca.c Mon May 28 19:47:33 2007 @@ -699,8 +699,9 @@ static struct dvb_device dvbdev_ca = { .fops = dst_ca_fops }; -struct dvb_device *dst_ca_attach(struct dst_state *dst, struct dvb_adapter *dvb_adapter) -{ +struct dvb_device *dst_ca_attach(struct dvb_frontend *fe, struct dvb_adapter *dvb_adapter) +{ + struct dst_state *dst = fe-demodulator_priv; struct dvb_device *dvbdev; dprintk(verbose, DST_CA_ERROR, 1, registering DST-CA device); --- a/drivers/media/dvb/bt8xx/dst_common.h Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dst_common.h Mon May 28 19:47:33 2007 @@ -177,11 +177,25 @@ int write_dst(struct dst_state *state, u int write_dst(struct dst_state *state, u8 * data, u8 len); int read_dst(struct dst_state *state, u8 * ret, u8 len); u8 dst_check_sum(u8 * buf, u32 len); -struct dst_state* dst_attach(struct dst_state* state, struct dvb_adapter *dvb_adapter); -struct dvb_device *dst_ca_attach(struct dst_state *state, struct dvb_adapter *dvb_adapter); -int dst_gpio_outb(struct dst_state* state, u32 mask, u32 enbb, u32 outhigh, int delay); - -int dst_command(struct dst_state* state, u8 * data, u8 len); - - +int dst_gpio_outb(struct dst_state* state, u32 mask, u32 enbb, u32 outhigh, int delay); +int dst_command(struct dst_state* state, u8 * data, u8 len); + +#if defined(CONFIG_DVB_DST) || (defined(CONFIG_DVB_DST_MODULE) defined(MODULE)) +struct dvb_frontend *dst_attach(struct dst_config *config, struct bt878 *bt, +struct i2c_adapter *i2c); +struct dvb_device *dst_ca_attach(struct dvb_frontend *fe, struct dvb_adapter *dvb_adapter); +#else +static inline struct dvb_frontend *dst_attach(struct dst_config *config, + struct bt878 *bt, struct i2c_adapter *i2c) +{ + printk(KERN_WARNING %s: driver disabled by Kconfig\n, __FUNCTION__); + return NULL; +} +static inline struct dvb_device *dst_ca_attach(struct dvb_frontend *fe, + struct dvb_adapter *dvb_adapter) +{ + printk(KERN_WARNING %s: driver disabled by Kconfig\n, __FUNCTION__); + return NULL; +} +#endif // CONFIG_DVB_DST #endif // DST_COMMON_H --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c Mon May 28 19:47:33 2007 @@ -659,26 +659,17 @@ static void frontend_init(struct dvb_bt8 case BTTV_BOARD_TWINHAN_DST: /* DST is not a frontend driver !!!*/ - state = kmalloc(sizeof (struct dst_state), GFP_KERNEL); - if (!state) { - printk(dvb_bt8xx: No memory\n); - break; - } - /* Setup the Card */ - state-config = dst_config; - state-i2c = card-i2c_adapter; - state-bt = card-bt; -
Re: [linux-dvb] Technisat SkyStar2 HD DVB card support
Hi, another update - I did some progress. First of all I have to say that I did not change anything:) I'm able to tune DVB-S2 channels (Pro7 HD, ANIXE HD and Sat1 HD) but with some limitations: - everytime I want to re-tune to another DVB-S2 channel I have to rmmod and insmod budget_ci module - quality of the picture is unstable - sometimes it's perfect, sometimes looks like encrypted - since I'm unable to play stream directly via mplayer (mplayer dvb://channel) I have to run szap2 -p and consequently run mplayer on /dev/dvb/adapter0/dvr0 device. It does not work for more then 10 seconds - mplayer crashes with a lot of errors. I can send the output later. Roman On Fri, Jun 01, 2007 at 10:15:29AM +0200, benco wrote: Hi, current status - it works for me on 32-bit HW - I see the card and I'm able to tune DVB-S channels from Astra-19.2E, but not DVB-S2 except Astra HD Promo. szap2 -c .szap/channels.conf -t 2 -e 2 -m 8 Pro7HD reading channels from file '.szap/channels.conf' zapping to 1080 'Pro7HD': sat 0, frequency = 12722 MHz H, symbolrate 2200, vpid = 0x00ff, apid = 0x0103 sid = 0x27d8 (fec = 32, mod = 8) Querying info .. Delivery system=DVB-S2 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' -- Using 'STB0899 DVB-S2' DVB-S2 diseqc: sat_no:0 pol_vert:0 hi_band:1 cmd:e0 10 38 f3 wait:0 do_tune: API version=2, delivery system = 2 do_tune: Frequency = 2122000, Srate = 2200 (DVB-S2) do_tune: Frequency = 2122000, Srate = 2200 (SET_PARAMS) status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | status 00 | signal 05aa | snr 012d | ber | unc fffe | I have the following record for Pro7HD in channels.conf: Pro7HD:12722:h:0:22000:255:259:10200 Same issue with Sat1 and ANIXE HD. Any idea? Thanks, Roman -- -- ,''`. [benco] | mailto: [EMAIL PROTECTED] | silc: /msg benco : :' : - `. `' GPG publickey: http://www.acid.sk/pubkey.asc `- KF = 388E 43D9 7316 A4D4 A0EB C4F2 E769 64EB DEB3 7CF1 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] make the registers of the stv0297 visible for other applications (e.g. i2cdump)
e9hack wrote: Manu Abraham wrote: e9hack wrote: Manu Abraham wrote: Trent Piepho wrote: What the stv0297 wants is: S Addr Wr [A] Comm [A] P S Addr Rd [A] [Data] NA P The STV0297 is just a normal demod like the others, nothing special about it (according to ST). Well of course i2cdump can be wrong. The stv0297 cannot handle a repeated start condition and it needs a little delay between the stop and the next start condition. A stop and a start condition cannot be on the same upload command of a saa7146 (on a TT 2300C). Any idea what the SAA7146 - STV0297 windows driver does ? Good point. I can monitor any access to the saa7146 registers of the TT 2300C on Windows. I will check this issue. In the past, I was more interested in the high level part of the i2c-communication. Any news about this? Imho Trent's patch to add I2C_M_STOP makes sense. According to the stv0299 datasheet, the stv0299 requires this STOP condition, too. This chip seems to be more tolerant though. The current driver does not send STOP before READ, and it works. CU Oliver -- VDR Remote Plugin 0.3.9 available at http://www.escape-edv.de/endriss/vdr/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
Am Freitag, 1. Juni 2007 20:13 schrieben Sie: Uwe Bugla wrote: In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] NACK. This hack is unacceptable. Uwe, Please have patience In fact I had enough patience, for a couple of months now. Even if you do not like it, it is a functionable compromise solution for now. There is no technical reason to nack it at all. If there is one, then it's either a personal issue or a matter of design. The fact that you reacted so quickly prefares option 1 (i. e. personal issue). And the tactical background of telling some other person to wait (or to be patient) without offering an adequate time window for the WHEN is a gesture of humiliation (I know that gesture already very well from Manu, and I do not like it at all). Above that you were not the only one I was asking for a SOB. I only wanted to try fair play (i. e. not overstepping anybody). Regards Uwe P. S.: To let somebody starve at the long arm: Ever heard what that means, Mike? In fact I am not keen on flames, but I know people who provoke them by their inacceptable gestures. And that's it what must become past in here. The other people reading this I would appreciate to test the two patches and complain if I have done anything wrong. My door stays open for real technical criticism. Thanks for reading :) -- I have a few ideas on how to do this without using #ifdef's , but I am spending my time on other things right now. Trent also had some ideas on how remove the static dependencies on dvb-pll, but we all have bigger fish to fry. For the time being, you should use this on your own kernel configuration, but this is not correct, and should not be pushed into mainline. Regards, Mike Krufky --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE + select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@ -291,8 +292,9 @@ depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE help - This module driver a number of tuners based on PLL chips with a - common I2C interface. Say Y when you want to support these tuners. + This module driver is needed by a number of tuners based on PLL chips + with a common I2C inferface. + Exceptions are: All bt8xx-based DVB cards except DViCO FusionHDTV 5 Lite. config DVB_TDA826X tristate Philips TDA826X silicon tuner --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c @@ -568,24 +568,6 @@ static struct lgdt330x_config .demod_init = digitv_alps_tded4_demod_init, }; -static struct lgdt330x_config tdvs_tua6034_config = { - .demod_address= 0x0e, - .demod_chip = LGDT3303, - .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ -}; - -static void lgdt330x_reset(struct dvb_bt8xx_card *bt) -{ - /* Set pin 27 of the lgdt3303 chip high to reset the frontend */ - - /* Pulse the reset line */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x); /* Low */ - msleep(100); - - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ - msleep(100); -} static void frontend_init(struct dvb_bt8xx_card *card, u32 type) { @@ -606,15 +588,39 @@ case BTTV_BOARD_DVICO } break; +#if defined(CONFIG_DVB_LGDT330x) +static struct lgdt330x_config tdvs_tua6034_config = { + .demod_address= 0x0e, + .demod_chip = LGDT3303, + .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ +}; + +static void lgdt330x_reset(struct dvb_bt8xx_card *bt) +{ + /* Set pin 27 of the lgdt3303 chip high to reset the frontend */ + + /* Pulse the reset line */ + bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ +
Re: [linux-dvb] PATCH for customization of TwinHan DST modules
Acked-by: Markus Rechberger [EMAIL PROTECTED] The ack comes because noone even moves here, Trent modified the initial patch to work correctly, and Mauro tested the patch. This project should go further now with other important things like bugfixing, and doing more review on the overall other code. Markus On 6/1/07, Uwe Bugla [EMAIL PROTECTED] wrote: This patch provides a clean solution to customise the TwinHan DST modules if they are not needed. The basic theoretical work was done by Trent Piepho, the basic testing work was done by Mauro Chehab. I only adapted it for the current kernel (2.6.22-rc3) and changed the help section for better user understanding (i. e. card examples instead of expressions like ASIC f. ex.). I do appreciate further SOBs of the relevant Cced people. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] --- a/drivers/media/dvb/bt8xx/dst.c Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dst.c Mon May 28 19:46:33 2007 @@ -1729,12 +1729,22 @@ static void dst_release(struct dvb_front static struct dvb_frontend_ops dst_dvbc_ops; static struct dvb_frontend_ops dst_atsc_ops; -struct dst_state *dst_attach(struct dst_state *state, struct dvb_adapter *dvb_adapter) -{ +struct dvb_frontend *dst_attach(struct dst_config *config, struct bt878 *bt, + struct i2c_adapter *i2c) +{ +struct dst_state *state = kzalloc(sizeof(*state), GFP_KERNEL); + + if (!state) { + printk(KERN_ERR dst: No memory!\n); + return NULL;; + } + state-i2c = i2c; + state-config = config; + state-bt = bt; + /* check if the ASIC is there */ if (dst_probe(state) 0) { - kfree(state); - return NULL; + goto fail; } /* determine settings based on type */ /* create dvb_frontend */ @@ -1753,12 +1763,15 @@ struct dst_state *dst_attach(struct dst_ break; default: dprintk(verbose, DST_ERROR, 1, unknown DST type. please report to the LinuxTV.org DVB mailinglist.); - kfree(state); - return NULL; + goto fail; } state-frontend.demodulator_priv = state; - return state; /* Manu (DST is a card not a frontend) */ + return state-frontend; /* Manu (DST is a card not a frontend) */ + + fail: + kfree(state); + return NULL; } EXPORT_SYMBOL(dst_attach); --- a/drivers/media/dvb/bt8xx/dst_ca.c Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dst_ca.c Mon May 28 19:47:33 2007 @@ -699,8 +699,9 @@ static struct dvb_device dvbdev_ca = { .fops = dst_ca_fops }; -struct dvb_device *dst_ca_attach(struct dst_state *dst, struct dvb_adapter *dvb_adapter) -{ +struct dvb_device *dst_ca_attach(struct dvb_frontend *fe, struct dvb_adapter *dvb_adapter) +{ + struct dst_state *dst = fe-demodulator_priv; struct dvb_device *dvbdev; dprintk(verbose, DST_CA_ERROR, 1, registering DST-CA device); --- a/drivers/media/dvb/bt8xx/dst_common.h Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dst_common.h Mon May 28 19:47:33 2007 @@ -177,11 +177,25 @@ int write_dst(struct dst_state *state, u int write_dst(struct dst_state *state, u8 * data, u8 len); int read_dst(struct dst_state *state, u8 * ret, u8 len); u8 dst_check_sum(u8 * buf, u32 len); -struct dst_state* dst_attach(struct dst_state* state, struct dvb_adapter *dvb_adapter); -struct dvb_device *dst_ca_attach(struct dst_state *state, struct dvb_adapter *dvb_adapter); -int dst_gpio_outb(struct dst_state* state, u32 mask, u32 enbb, u32 outhigh, int delay); - -int dst_command(struct dst_state* state, u8 * data, u8 len); - - +int dst_gpio_outb(struct dst_state* state, u32 mask, u32 enbb, u32 outhigh, int delay); +int dst_command(struct dst_state* state, u8 * data, u8 len); + +#if defined(CONFIG_DVB_DST) || (defined(CONFIG_DVB_DST_MODULE) defined(MODULE)) +struct dvb_frontend *dst_attach(struct dst_config *config, struct bt878 *bt, +struct i2c_adapter *i2c); +struct dvb_device *dst_ca_attach(struct dvb_frontend *fe, struct dvb_adapter *dvb_adapter); +#else +static inline struct dvb_frontend *dst_attach(struct dst_config *config, + struct bt878 *bt, struct i2c_adapter *i2c) +{ + printk(KERN_WARNING %s: driver disabled by Kconfig\n, __FUNCTION__); + return NULL; +} +static inline struct dvb_device *dst_ca_attach(struct dvb_frontend *fe, + struct dvb_adapter *dvb_adapter) +{ + printk(KERN_WARNING %s: driver disabled by Kconfig\n, __FUNCTION__); + return NULL; +} +#endif // CONFIG_DVB_DST #endif // DST_COMMON_H --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c Fri Apr 27 12:16:31 2007 +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c Mon May 28 19:47:33 2007 @@ -659,26 +659,17 @@ static void frontend_init(struct dvb_bt8 case BTTV_BOARD_TWINHAN_DST: /* DST is not a frontend driver !!!*/ - state =
Re: [linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
On 6/1/07, Uwe Bugla [EMAIL PROTECTED] wrote: Am Freitag, 1. Juni 2007 20:13 schrieben Sie: Uwe Bugla wrote: In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] NACK. This hack is unacceptable. Uwe, Please have patience In fact I had enough patience, for a couple of months now. Even if you do not like it, it is a functionable compromise solution for now. There is no technical reason to nack it at all. If there is one, then it's either a personal issue or a matter of design. The fact that you reacted so quickly prefares option 1 (i. e. personal issue). And the tactical background of telling some other person to wait (or to be patient) without offering an adequate time window for the WHEN is a gesture of humiliation (I know that gesture already very well from Manu, and I do not like it at all). Above that you were not the only one I was asking for a SOB. I only wanted to try fair play (i. e. not overstepping anybody). Mike is right this patch isn't acceptable because it can done a better way, you might ask Trent to fix it I sent you a better way but I don't even have the device and cannot do any testing. As it is I also don't accept it that way. Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
Suggestion: If the patch adds value without breaking anything, include it. Even if it's ugly, you can easily clean it up later and do it the right way (tm). Providing you find time and cleaning it up is more important than something useful. I counted about 35 lines of actual logic in the patch, and I think that's really about 20-25 if you ignore repetitions. If there's a better way of coding it that someone (Markus? Michael?) can think of in 5 minutes, please let Uwe know, since I imagine he could fix it in about 5 minutes with his mind still fresh on the topic. Otherwise I suggest putting clean up somewhere low on the to-do list and moving on. Regards, Bill Uwe Bugla wrote: Am Freitag, 1. Juni 2007 20:13 schrieben Sie: Uwe Bugla wrote: In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] NACK. This hack is unacceptable. Uwe, Please have patience In fact I had enough patience, for a couple of months now. Even if you do not like it, it is a functionable compromise solution for now. There is no technical reason to nack it at all. If there is one, then it's either a personal issue or a matter of design. The fact that you reacted so quickly prefares option 1 (i. e. personal issue). And the tactical background of telling some other person to wait (or to be patient) without offering an adequate time window for the WHEN is a gesture of humiliation (I know that gesture already very well from Manu, and I do not like it at all). Above that you were not the only one I was asking for a SOB. I only wanted to try fair play (i. e. not overstepping anybody). Regards Uwe P. S.: To let somebody starve at the long arm: Ever heard what that means, Mike? In fact I am not keen on flames, but I know people who provoke them by their inacceptable gestures. And that's it what must become past in here. The other people reading this I would appreciate to test the two patches and complain if I have done anything wrong. My door stays open for real technical criticism. Thanks for reading :) -- I have a few ideas on how to do this without using #ifdef's , but I am spending my time on other things right now. Trent also had some ideas on how remove the static dependencies on dvb-pll, but we all have bigger fish to fry. For the time being, you should use this on your own kernel configuration, but this is not correct, and should not be pushed into mainline. Regards, Mike Krufky --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE + select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@ -291,8 +292,9 @@ depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE help - This module driver a number of tuners based on PLL chips with a - common I2C interface. Say Y when you want to support these tuners. + This module driver is needed by a number of tuners based on PLL chips + with a common I2C inferface. + Exceptions are: All bt8xx-based DVB cards except DViCO FusionHDTV 5 Lite. config DVB_TDA826X tristate Philips TDA826X silicon tuner --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c @@ -568,24 +568,6 @@ static struct lgdt330x_config .demod_init = digitv_alps_tded4_demod_init, }; -static struct lgdt330x_config tdvs_tua6034_config = { - .demod_address= 0x0e, - .demod_chip = LGDT3303, - .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ -}; - -static void lgdt330x_reset(struct dvb_bt8xx_card *bt) -{ - /* Set pin 27 of the lgdt3303 chip high to reset the frontend */ - - /* Pulse the reset line */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ - bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x); /* Low */ - msleep(100); - -
Re: [linux-dvb] patch budget-av: Remove polarity switching of the clock for the DVB-C cards causes corrupt stream
Matthias Dahl wrote: Hi Hartmut. it seems that newer windows drivers for the KNC ONE/Satelco EasyWatch/Terratec Cinergy do not longer use the VPE interrupt to transfer data. They use the the PORT A/B interrupt. Can you please try the attached patch (with and without the CI/CAM)? The patch uses also the PORT A/B interrupt. I've tested it with my Cinergy 1200C (without a CI). Great! The patch fixes the problem with the corrupt stream. I have been hitting at it for an hour now and haven't been able to cause any vpeirq msgs nor corrupted streams. Thanks a lot! :-) Hope this gets into the official tree... Strange - I wonder why it makes a difference whether you use the A/B or the VPE interrupt? Anyway, this mode of operation should be used only for large buffer mode, i.e. when odd/even buffers are in use. For single buffer mode we should leave the code as is. CU Oliver -- VDR Remote Plugin 0.3.9 available at http://www.escape-edv.de/endriss/vdr/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
Am Freitag, 1. Juni 2007 21:42 schrieben Sie: Suggestion: If the patch adds value without breaking anything, include it. Even if it's ugly, you can easily clean it up later and do it the right way (tm). Providing you find time and cleaning it up is more important than something useful. I counted about 35 lines of actual logic in the patch, and I think that's really about 20-25 if you ignore repetitions. If there's a better way of coding it that someone (Markus? Michael?) can think of in 5 minutes, please let Uwe know, since I imagine he could fix it in about 5 minutes with his mind still fresh on the topic. Otherwise I suggest putting clean up somewhere low on the to-do list and moving on. Regards, Bill Thanks, Bill, plus Thanks, Markus. I am gonna try a different approach: Will be back in some minutes. Even if Michael Krufky may find that second approach ugly he should please try to look forward instead of this nacking gesture he already supplied to us all. If there is a more sophisticated patchset in the future done by Mike and Trent, this compromise for now can be easily undone and made better, OK? But nacking it now without providing a better solution concerning the WHEN (i. e. time window) is definitely a gesture that does not help to move further anyway! Best Regards Uwe Uwe Bugla wrote: Am Freitag, 1. Juni 2007 20:13 schrieben Sie: Uwe Bugla wrote: In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] NACK. This hack is unacceptable. Uwe, Please have patience In fact I had enough patience, for a couple of months now. Even if you do not like it, it is a functionable compromise solution for now. There is no technical reason to nack it at all. If there is one, then it's either a personal issue or a matter of design. The fact that you reacted so quickly prefares option 1 (i. e. personal issue). And the tactical background of telling some other person to wait (or to be patient) without offering an adequate time window for the WHEN is a gesture of humiliation (I know that gesture already very well from Manu, and I do not like it at all). Above that you were not the only one I was asking for a SOB. I only wanted to try fair play (i. e. not overstepping anybody). Regards Uwe P. S.: To let somebody starve at the long arm: Ever heard what that means, Mike? In fact I am not keen on flames, but I know people who provoke them by their inacceptable gestures. And that's it what must become past in here. The other people reading this I would appreciate to test the two patches and complain if I have done anything wrong. My door stays open for real technical criticism. Thanks for reading :) -- I have a few ideas on how to do this without using #ifdef's , but I am spending my time on other things right now. Trent also had some ideas on how remove the static dependencies on dvb-pll, but we all have bigger fish to fry. For the time being, you should use this on your own kernel configuration, but this is not correct, and should not be pushed into mainline. Regards, Mike Krufky --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE + select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@ -291,8 +292,9 @@ depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE help - This module driver a number of tuners based on PLL chips with a - common I2C interface. Say Y when you want to support these tuners. + This module driver is needed by a number of tuners based on PLL chips + with a common I2C inferface. + Exceptions are: All bt8xx-based DVB cards except DViCO FusionHDTV 5 Lite. config DVB_TDA826X tristate Philips TDA826X silicon tuner --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c @@ -568,24 +568,6 @@
Re: [linux-dvb] saa7146 64-bit, new kernels dvbHG?
Bill Eldridge wrote: I'm been trying to get saa7146 errors to go away on an AMD 64-bit Feisty Fawn (7.04) release, and have recompiled to 2.6.21.3, plus tried installing the latest HG code for DVB V4L - still can't get rid of the errors. Does anyone have any ideas what can fix this? (basically, the video records all choppy with my new skystar card). skystar? The log below indicates that you have a Nova-CI. [mpeg2video @ 0xadc600]concealing 315 DC, 315 AC, 315 MV errors [mpeg2video @ 0xadc600]00 motion_type at 13 0 [mpeg2video @ 0xadc600]00 motion_type at 0 6 [mpeg2video @ 0xadc600]mb incr damaged [mpeg2video @ 0xadc600]00 motion_type at 38 13 [mpeg2video @ 0xadc600]00 motion_type at 18 19 [mpeg2video @ 0xadc600]00 motion_type at 21 25 [mpeg2video @ 0xadc600]ac-tex damaged at 3 26 [mpeg2video @ 0xadc600]00 motion_type at 18 33 [mpeg2video @ 0xadc600]concealing 360 DC, 360 AC, 360 MV errors [mpeg2video @ 0xadc600]00 motion_type at 32 1 [mpeg2video @ 0xadc600]ac-tex damaged at 2 13 [mpeg2video @ 0xadc600]ac-tex damaged at 20 23 [mpeg2video @ 0xadc600]ac-tex damaged at 15 35 What application did you use to create your recordings? uname -a Linux voa-v 2.6.21.3 #1 SMP Mon May 28 16:50:19 EEST 2007 x86_64 GNU/Linux linuxdvb: v4l-dvb-f715da1617df (from today) dmesg initialization: [ 32.845576] saa7146: register extension 'budget_ci dvb'. [ 32.845890] ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17 [ 32.845921] saa7146: found saa7146 @ mem c2022000 (revision 1, irq 17) (0x13c2,0x100f). [ 32.845928] saa7146 (0): dma buffer size 192512 [ 32.845931] DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI) Do you have the same problems with a 32 bit kernel, in UP mode? The drivers are not very well tested on 64 bit machines and with SMP. :-( CU Oliver P.S.: I assume that your satellite signal is ok, and you verified that your hardware is ok. -- VDR Remote Plugin 0.3.9 available at http://www.escape-edv.de/endriss/vdr/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
I'll post a better concept patch in a few minutes -Mike Krufky Bill Eldridge wrote: Suggestion: If the patch adds value without breaking anything, include it. Even if it's ugly, you can easily clean it up later and do it the right way (tm). Providing you find time and cleaning it up is more important than something useful. I counted about 35 lines of actual logic in the patch, and I think that's really about 20-25 if you ignore repetitions. If there's a better way of coding it that someone (Markus? Michael?) can think of in 5 minutes, please let Uwe know, since I imagine he could fix it in about 5 minutes with his mind still fresh on the topic. Otherwise I suggest putting clean up somewhere low on the to-do list and moving on. Regards, Bill Uwe Bugla wrote: Am Freitag, 1. Juni 2007 20:13 schrieben Sie: Uwe Bugla wrote: In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] NACK. This hack is unacceptable. Uwe, Please have patience In fact I had enough patience, for a couple of months now. Even if you do not like it, it is a functionable compromise solution for now. There is no technical reason to nack it at all. If there is one, then it's either a personal issue or a matter of design. The fact that you reacted so quickly prefares option 1 (i. e. personal issue). And the tactical background of telling some other person to wait (or to be patient) without offering an adequate time window for the WHEN is a gesture of humiliation (I know that gesture already very well from Manu, and I do not like it at all). Above that you were not the only one I was asking for a SOB. I only wanted to try fair play (i. e. not overstepping anybody). Regards Uwe P. S.: To let somebody starve at the long arm: Ever heard what that means, Mike? In fact I am not keen on flames, but I know people who provoke them by their inacceptable gestures. And that's it what must become past in here. The other people reading this I would appreciate to test the two patches and complain if I have done anything wrong. My door stays open for real technical criticism. Thanks for reading :) -- I have a few ideas on how to do this without using #ifdef's , but I am spending my time on other things right now. Trent also had some ideas on how remove the static dependencies on dvb-pll, but we all have bigger fish to fry. For the time being, you should use this on your own kernel configuration, but this is not correct, and should not be pushed into mainline. Regards, Mike Krufky --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE -select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE +select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@ -291,8 +292,9 @@ depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE help - This module driver a number of tuners based on PLL chips with a - common I2C interface. Say Y when you want to support these tuners. + This module driver is needed by a number of tuners based on PLL chips + with a common I2C inferface. + Exceptions are: All bt8xx-based DVB cards except DViCO FusionHDTV 5 Lite. config DVB_TDA826X tristate Philips TDA826X silicon tuner --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c @@ -568,24 +568,6 @@ static struct lgdt330x_config .demod_init = digitv_alps_tded4_demod_init, }; -static struct lgdt330x_config tdvs_tua6034_config = { -.demod_address= 0x0e, -.demod_chip = LGDT3303, -.serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ -}; - -static void lgdt330x_reset(struct dvb_bt8xx_card *bt) -{ -/* Set pin 27 of the lgdt3303 chip high to reset the frontend */ - -/* Pulse the reset line */ -bttv_write_gpio(bt-bttv_nr, 0x00e7, 0x0001); /* High */ -
[linux-dvb] [RFC] remove static dependencies on dvb-pll
I haven't tested this yet, but it should work just fine... I will test it when I get home. This patch removes all static dependencies on the dvb-pll module, without _any_ harmful side effects. Any comments? From: Michael Krufky [EMAIL PROTECTED] diff -r 2dab81b42cb8 linux/drivers/media/dvb/b2c2/Kconfig --- a/linux/drivers/media/dvb/b2c2/Kconfig Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/b2c2/Kconfig Fri Jun 01 16:45:16 2007 -0400 @@ -1,7 +1,7 @@ config DVB_B2C2_FLEXCOP config DVB_B2C2_FLEXCOP tristate Technisat/B2C2 FlexCopII(b) and FlexCopIII adapters depends on DVB_CORE I2C - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_STV0299 if !DVB_FE_CUSTOMISE select DVB_MT352 if !DVB_FE_CUSTOMISE select DVB_MT312 if !DVB_FE_CUSTOMISE diff -r 2dab81b42cb8 linux/drivers/media/dvb/b2c2/flexcop-fe-tuner.c --- a/linux/drivers/media/dvb/b2c2/flexcop-fe-tuner.c Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/b2c2/flexcop-fe-tuner.c Fri Jun 01 16:43:21 2007 -0400 @@ -511,13 +511,13 @@ int flexcop_frontend_init(struct flexcop /* try the air atsc 2nd generation (nxt2002) */ if ((fc-fe = dvb_attach(nxt200x_attach, samsung_tbmv_config, fc-i2c_adap)) != NULL) { fc-dev_type = FC_AIR_ATSC2; - dvb_attach(dvb_pll_attach, fc-fe, 0x61, NULL, dvb_pll_samsung_tbmv); + dvb_attach(dvb_pll_attach, fc-fe, 0x61, NULL, DVB_PLL_SAMSUNG_TBMV); info(found the nxt2002 at i2c address: 0x%02x,samsung_tbmv_config.demod_address); } else /* try the air atsc 3nd generation (lgdt3303) */ if ((fc-fe = dvb_attach(lgdt330x_attach, air2pc_atsc_hd5000_config, fc-i2c_adap)) != NULL) { fc-dev_type = FC_AIR_ATSC3; - dvb_attach(dvb_pll_attach, fc-fe, 0x61, fc-i2c_adap, dvb_pll_lg_tdvs_h06xf); + dvb_attach(dvb_pll_attach, fc-fe, 0x61, fc-i2c_adap, DVB_PLL_LG_TDVS_H06XF); info(found the lgdt3303 at i2c address: 0x%02x,air2pc_atsc_hd5000_config.demod_address); } else /* try the air atsc 1nd generation (bcm3510)/panasonic ct10s */ diff -r 2dab81b42cb8 linux/drivers/media/dvb/bt8xx/Kconfig --- a/linux/drivers/media/dvb/bt8xx/Kconfig Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/bt8xx/Kconfig Fri Jun 01 16:45:00 2007 -0400 @@ -7,7 +7,7 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_ZL10353 if !DVB_FE_CUSTOMISE select FW_LOADER help diff -r 2dab81b42cb8 linux/drivers/media/dvb/bt8xx/dvb-bt8xx.c --- a/linux/drivers/media/dvb/bt8xx/dvb-bt8xx.c Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/bt8xx/dvb-bt8xx.c Fri Jun 01 16:43:21 2007 -0400 @@ -612,7 +612,7 @@ static void frontend_init(struct dvb_bt8 card-fe = dvb_attach(lgdt330x_attach, tdvs_tua6034_config, card-i2c_adapter); if (card-fe != NULL) { dvb_attach(dvb_pll_attach, card-fe, 0x61, - card-i2c_adapter, dvb_pll_lg_tdvs_h06xf); + card-i2c_adapter, DVB_PLL_LG_TDVS_H06XF); dprintk (dvb_bt8xx: lgdt330x detected\n); } break; diff -r 2dab81b42cb8 linux/drivers/media/dvb/dvb-usb/Kconfig --- a/linux/drivers/media/dvb/dvb-usb/Kconfig Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/dvb-usb/Kconfig Fri Jun 01 16:47:35 2007 -0400 @@ -2,7 +2,7 @@ config DVB_USB tristate Support for various USB DVB devices depends on DVB_CORE USB I2C select FW_LOADER - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE help By enabling this you will be able to choose the various supported USB1.1 and USB2.0 DVB devices. @@ -33,7 +33,7 @@ config DVB_USB_DIBUSB_MB config DVB_USB_DIBUSB_MB tristate DiBcom USB DVB-T devices (based on the DiB3000M-B) (see help for device list) depends on DVB_USB - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_DIB3000MB select DVB_TUNER_MT2060 if !DVB_FE_CUSTOMISE help @@ -89,7 +89,7 @@ config DVB_USB_UMT_010 config DVB_USB_UMT_010 tristate HanfTek UMT-010 DVB-T USB2.0 support depends on DVB_USB - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_DIB3000MC select DVB_TUNER_MT2060 if !DVB_FE_CUSTOMISE help @@ -98,7 +98,7 @@ config DVB_USB_CXUSB config DVB_USB_CXUSB tristate Conexant USB2.0 hybrid reference design support depends on DVB_USB - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_CX22702 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE select DVB_MT352 if !DVB_FE_CUSTOMISE @@ -142,7 +142,7 @@ config DVB_USB_DIGITV config DVB_USB_DIGITV tristate Nebula Electronics uDigiTV DVB-T USB2.0 support depends on DVB_USB - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_NXT6000 if !DVB_FE_CUSTOMISE select DVB_MT352 if !DVB_FE_CUSTOMISE help diff -r 2dab81b42cb8 linux/drivers/media/dvb/dvb-usb/cxusb.c --- a/linux/drivers/media/dvb/dvb-usb/cxusb.c Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/dvb-usb/cxusb.c Fri Jun
Re: [linux-dvb] PATCH for adequate customization and attachment of dvb-pll.c
On 6/1/07, Bill Eldridge [EMAIL PROTECTED] wrote: Suggestion: If the patch adds value without breaking anything, include it. Even if it's ugly, you can easily clean it up later and do it the right way (tm). Providing you find time and cleaning it up is more important than something useful. I counted about 35 lines of actual logic in the patch, and I think that's really about 20-25 if you ignore repetitions. If there's a better way of coding it that someone (Markus? Michael?) can think of in 5 minutes, I already sent Uwe another approach before I wrote the first reply, Mike wrote he has another idea let's see what will come up within the next few hours I'm off till tomorrow anyway. please let Uwe know, since I imagine he could fix it in about 5 minutes with his mind still fresh on the topic. Otherwise I suggest putting clean up somewhere low on the to-do list and moving on. Regards, Bill Uwe Bugla wrote: Am Freitag, 1. Juni 2007 20:13 schrieben Sie: Uwe Bugla wrote: In current kernel 2.6.22-rc3 the frontend module dvb-pll.c is attached as a generic standard for all bt8xx-based DVB cards. This is no good solution. Fact is: The only bt8xx-based card taking advantage of that pll library is the DViCO FusionHDTV Lite 5. All other bt8xx-based DVB cards do not take any advantage of this pll library. The following patch corrects this problem without breaking any card support. For further SOBs I do appreciate the relevant persons Cced. Signed-off-by: Uwe Bugla [EMAIL PROTECTED] NACK. This hack is unacceptable. Uwe, Please have patience In fact I had enough patience, for a couple of months now. Even if you do not like it, it is a functionable compromise solution for now. There is no technical reason to nack it at all. If there is one, then it's either a personal issue or a matter of design. The fact that you reacted so quickly prefares option 1 (i. e. personal issue). And the tactical background of telling some other person to wait (or to be patient) without offering an adequate time window for the WHEN is a gesture of humiliation (I know that gesture already very well from Manu, and I do not like it at all). Above that you were not the only one I was asking for a SOB. I only wanted to try fair play (i. e. not overstepping anybody). Regards Uwe P. S.: To let somebody starve at the long arm: Ever heard what that means, Mike? In fact I am not keen on flames, but I know people who provoke them by their inacceptable gestures. And that's it what must become past in here. The other people reading this I would appreciate to test the two patches and complain if I have done anything wrong. My door stays open for real technical criticism. Thanks for reading :) -- I have a few ideas on how to do this without using #ifdef's , but I am spending my time on other things right now. Trent also had some ideas on how remove the static dependencies on dvb-pll, but we all have bigger fish to fry. For the time being, you should use this on your own kernel configuration, but this is not correct, and should not be pushed into mainline. Regards, Mike Krufky --- a/drivers/media/dvb/bt8xx/Kconfig +++ b/drivers/media/dvb/bt8xx/Kconfig @@ -7,7 +7,6 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL select DVB_ZL10353 if !DVB_FE_CUSTOMISE select DVB_DST if !DVB_FE_CUSTOMISE select FW_LOADER --- a/drivers/media/dvb/frontends/Kconfig +++ b/drivers/media/dvb/frontends/Kconfig @@ -279,6 +279,7 @@ config DVB_LGDT330X tristate LG Electronics LGDT3302/LGDT3303 based depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE + select DVB_PLL help An ATSC 8VSB and QAM64/256 tuner module. Say Y when you want to support this frontend. @@ -291,8 +292,9 @@ depends on DVB_CORE I2C default m if DVB_FE_CUSTOMISE help - This module driver a number of tuners based on PLL chips with a - common I2C interface. Say Y when you want to support these tuners. + This module driver is needed by a number of tuners based on PLL chips + with a common I2C inferface. + Exceptions are: All bt8xx-based DVB cards except DViCO FusionHDTV 5 Lite. config DVB_TDA826X tristate Philips TDA826X silicon tuner --- a/drivers/media/dvb/bt8xx/dvb-bt8xx.c +++ b/drivers/media/dvb/bt8xx/dvb-bt8xx.c @@ -568,24 +568,6 @@ static struct lgdt330x_config .demod_init = digitv_alps_tded4_demod_init, }; -static struct lgdt330x_config tdvs_tua6034_config = { - .demod_address= 0x0e, - .demod_chip = LGDT3303, - .serial_mpeg = 0x40, /* TPSERIAL for 3303 in TOP_CONTROL */ -}; - -static void lgdt330x_reset(struct dvb_bt8xx_card *bt) -{ - /* Set pin 27 of the lgdt3303 chip high to
Re: [linux-dvb] Remote control input event problem with recent kernels
In [EMAIL PROTECTED], Tony Houghton wrote: I've got 2 DVB-T PCI cards, a Hauppauge Nova-T wwhich uses the budget_ci (even though it doesn't have a CI) module and a K-World cx88-based card. [Snip] With the driver in recent kernels (2.6.20 onwards?) I no longer have to patch it, but the remote doesn't work so well. While holding a key down I get a series of alternate press and release events with no repeat events. Sometimes I have to hold down a key for a few seconds before it starts sending events. I'm disappointed there's been no response to this. Isn't anyone else having the same problem? -- TH * http://www.realh.co.uk ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Remote control input event problem with recent kernels
On Wed, May 30, 2007 at 10:33:41PM +0100, Tony Houghton wrote: I've got 2 DVB-T PCI cards, a Hauppauge Nova-T wwhich uses the budget_ci (even though it doesn't have a CI) module and a K-World cx88-based card. I've always used the Hauppage's remote because I've had the card longer, and the K-World's has fewer useful keys. I used to have to patch the budget_ci driver's key map, but once that was done it worked well, generating appropriate press, repeat and release events. With the driver in recent kernels (2.6.20 onwards?) I no longer have to patch it, but the remote doesn't work so well. While holding a key down I get a series of alternate press and release events with no repeat events. Sometimes I have to hold down a key for a few seconds before it starts sending events. I tried the K-World remote too. Each time I press a key it generates just one press event then a release event (even if I haven't released the key). Like with the Hauppauge remote it doesn't generate any repeat events, but unlike the Hauppauge it doesn't send further press/release events until I release the key and press it again, or another key. Have I missed some setup detail? Is there a patch or anything? There were some more bugfixes to the IR handling of the budget-ci driver committed to recent -rc linux kernels and to the hg repo, please try with that. If it doesn't work with the most recent version of the driver, please load the module with debug=1 and send the output from dmesg. -- David Härdeman ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] remove static dependencies on dvb-pll
On Fri, 1 Jun 2007, Michael Krufky wrote: I haven't tested this yet, but it should work just fine... I will test it when I get home. This patch removes all static dependencies on the dvb-pll module, without _any_ harmful side effects. Any comments? I think the handling inside dvb-pll might be better a little differently. Keep the pll_desc inside dvb_pll_priv as a pointer, instead of making it the pll id number. Look up the pointer from the id once in dvb_pll_attach(), so it doesn't have to be done for each time a pll function is called. Instead of making the pll ID an int and using #defines, I'd make the id an enum. You don't have to manually assign the id numbers that way and it's clear what supposed to go there. Instead of using a big switch statement to turn the pll id into a description pointer, I'd use an array: dvb-pll.h: enum dvb_pll_id = { DVB_PLL_THOMSON_DTT7579, ... DVB_PLL_LAST }; dvb-pll.c: static struct dvb_pll_desc* pll_list[] = { [DVB_PLL_THOMSON_DTT7579] = dvb_pll_thomson_dtt7579, ... // order doesn't actually have to match the enum }; struct dvb_frontend *dvb_pll_attach(..., enum dvb_pll_id id) { if (id = DVB_PLL_LAST) { some error? BUG()? }; priv-pll_desc = pll_list[id]; } ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] remove static dependencies on dvb-pll
Trent Piepho wrote: On Fri, 1 Jun 2007, Michael Krufky wrote: I haven't tested this yet, but it should work just fine... I will test it when I get home. This patch removes all static dependencies on the dvb-pll module, without _any_ harmful side effects. Any comments? I think the handling inside dvb-pll might be better a little differently. Keep the pll_desc inside dvb_pll_priv as a pointer, instead of making it the pll id number. Look up the pointer from the id once in dvb_pll_attach(), so it doesn't have to be done for each time a pll function is called. Instead of making the pll ID an int and using #defines, I'd make the id an enum. You don't have to manually assign the id numbers that way and it's clear what supposed to go there. Instead of using a big switch statement to turn the pll id into a description pointer, I'd use an array: dvb-pll.h: enum dvb_pll_id = { DVB_PLL_THOMSON_DTT7579, ... DVB_PLL_LAST }; dvb-pll.c: static struct dvb_pll_desc* pll_list[] = { [DVB_PLL_THOMSON_DTT7579] = dvb_pll_thomson_dtt7579, ... // order doesn't actually have to match the enum }; struct dvb_frontend *dvb_pll_attach(..., enum dvb_pll_id id) { if (id = DVB_PLL_LAST) { some error? BUG()? }; priv-pll_desc = pll_list[id]; } Thank you, Trent. I agree with your suggestions, and the array method would probably be a bit quicker. I had intended on creating an array as you have shown above, but used the switch..case only for this proof of concept patch. I will convert the switch..case to the array, though, as I do believe it will be more efficient. As far as storing the dvb_pll_desc pointer inside the dvb_pll_priv struct, that is what I wanted to do at first, but I could not, because there are still external callers of dvb_pll_configure. Once we eliminate that last caller of dvb_pll_configure (and unexport dvb_pll_configure), then we can store the pointer instead of the integer / enum. Thanks for the review. Cheers, Mike ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] cx88-dvb modprobe failure
Michael Krufky wrote: On 6/1/07, Sid Boyce [EMAIL PROTECTED] wrote: Sid Boyce wrote: Note:- This is from the x86 box, no insmod option. It was being autodected for around 2 years and until quite recently, on the x86 box. January 20th. and 24th., but not in the following message log. It doesn't appear in 20070410 or 20070415. Can't figure out which kernel was in use then as they have been removed, but I think up to 2.6.21-rc and the earliest I have around is 2007-05-03 22:04 2.6.21-git4. # bzcat /var/log/messages-20070403.bz2 |less Jan 20 03:37:45 barrabas kernel: CORE cx88[0]: subsystem: 17de:08a6, board: KWorld/VStream XPert DVB-T [card=14] Jan 20 03:37:45 barrabas kernel: cx88[0]/2: cx2388x based dvb card Jan 20 03:37:45 barrabas kernel: DVB: registering new adapter (cx88[0]). Jan 20 03:37:45 barrabas kernel: DVB: registering frontend 0 (Zarlink MT352 DVB-T)... Ditto for 24th. January. Markus Rechberger wrote: On 6/1/07, Markus Rechberger [EMAIL PROTECTED] wrote: There is an entry for this device in cx88-cards.c 1257 },{ 1258 .subvendor = 0x17de, 1259 .subdevice = 0x08a6, 0x08a4 isn't in the list though; 1260 .card = CX88_BOARD_KWORLD_DVB_T, 1261 },{ Markus Thank you, Markus... but please don't top-post. Anyway, You're right, 17de:08a6 IS supported for autodetection, and is inside cx88-cards.c ... The strange thing is, Sid's original post had the subsystem 17de:08a4 ( http://linuxtv.org/pipermail/linux-dvb/2007-May/018339.html ) ... Why did the subsystem ID change between posts? Sid, is this the same card used in both instances, or is it a different card? It certainly is, I moved it from the XP2800+ box to the 64-bit AM2 box and lspci now says. 01:08.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 01:08.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 01:08.0 Class 0400: 14f1:8800 (rev 05) 01:08.2 Class 0480: 14f1:8800 (rev 05) Something relating to PCI-IDS from openSUSE did cross my mind. At some stage it looks like the x86 also failed to autodetect the card after a pci-ids change. # rpm -ql pciutils-ids|less /usr/bin/merge-pciids /usr/bin/merge-pciids.pl /usr/share/pci.ids /usr/share/pci.ids.d # grep -i kworld /usr/share/pci.ids 1131 KWorld V-Stream Studio TV Terminator 17de 08a1 KWorld/VStream XPert DVB-T with cx22702 17de 08a6 KWorld/VStream XPert DVB-T 17de 08b2 KWorld DVB-S 100 17de 08a6 KWorld/VStream XPert DVB-T Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] remove static dependencies on dvb-pll
Am Samstag, 2. Juni 2007 00:31 schrieb Michael Krufky: Trent Piepho wrote: On Fri, 1 Jun 2007, Michael Krufky wrote: I haven't tested this yet, but it should work just fine... I will test it when I get home. This patch removes all static dependencies on the dvb-pll module, without _any_ harmful side effects. Any comments? I think the handling inside dvb-pll might be better a little differently. Keep the pll_desc inside dvb_pll_priv as a pointer, instead of making it the pll id number. Look up the pointer from the id once in dvb_pll_attach(), so it doesn't have to be done for each time a pll function is called. Instead of making the pll ID an int and using #defines, I'd make the id an enum. You don't have to manually assign the id numbers that way and it's clear what supposed to go there. Instead of using a big switch statement to turn the pll id into a description pointer, I'd use an array: dvb-pll.h: enum dvb_pll_id = { DVB_PLL_THOMSON_DTT7579, ... DVB_PLL_LAST }; dvb-pll.c: static struct dvb_pll_desc* pll_list[] = { [DVB_PLL_THOMSON_DTT7579] = dvb_pll_thomson_dtt7579, ... // order doesn't actually have to match the enum }; struct dvb_frontend *dvb_pll_attach(..., enum dvb_pll_id id) { if (id = DVB_PLL_LAST) { some error? BUG()? }; priv-pll_desc = pll_list[id]; } Thank you, Trent. I agree with your suggestions, and the array method would probably be a bit quicker. I had intended on creating an array as you have shown above, but used the switch..case only for this proof of concept patch. I will convert the switch..case to the array, though, as I do believe it will be more efficient. As far as storing the dvb_pll_desc pointer inside the dvb_pll_priv struct, that is what I wanted to do at first, but I could not, because there are still external callers of dvb_pll_configure. Once we eliminate that last caller of dvb_pll_configure (and unexport dvb_pll_configure), then we can store the pointer instead of the integer / enum. Thanks for the review. Cheers, Mike OK, Mike: I am just adjusting your latest approach due to Email issues of wordwrapping. Could you please be kind enough to supply another patch including Trent's changes? Will test them then. Thank you Regards Uwe P. S.: Could you, Trent, please be kind enough to help pulling your original stuff into mainline? (i. e. dst customization patchset). Just please add your SOB again. Thank you everybody ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] cx88-dvb modprobe failure
Sid Boyce wrote: Michael Krufky wrote: On 6/1/07, Sid Boyce [EMAIL PROTECTED] wrote: Sid Boyce wrote: Note:- This is from the x86 box, no insmod option. It was being autodected for around 2 years and until quite recently, on the x86 box. January 20th. and 24th., but not in the following message log. It doesn't appear in 20070410 or 20070415. Can't figure out which kernel was in use then as they have been removed, but I think up to 2.6.21-rc and the earliest I have around is 2007-05-03 22:04 2.6.21-git4. # bzcat /var/log/messages-20070403.bz2 |less Jan 20 03:37:45 barrabas kernel: CORE cx88[0]: subsystem: 17de:08a6, board: KWorld/VStream XPert DVB-T [card=14] Jan 20 03:37:45 barrabas kernel: cx88[0]/2: cx2388x based dvb card Jan 20 03:37:45 barrabas kernel: DVB: registering new adapter (cx88[0]). Jan 20 03:37:45 barrabas kernel: DVB: registering frontend 0 (Zarlink MT352 DVB-T)... Ditto for 24th. January. Markus Rechberger wrote: On 6/1/07, Markus Rechberger [EMAIL PROTECTED] wrote: There is an entry for this device in cx88-cards.c 1257 },{ 1258 .subvendor = 0x17de, 1259 .subdevice = 0x08a6, 0x08a4 isn't in the list though; 1260 .card = CX88_BOARD_KWORLD_DVB_T, 1261 },{ Markus Thank you, Markus... but please don't top-post. Anyway, You're right, 17de:08a6 IS supported for autodetection, and is inside cx88-cards.c ... The strange thing is, Sid's original post had the subsystem 17de:08a4 ( http://linuxtv.org/pipermail/linux-dvb/2007-May/018339.html ) ... Why did the subsystem ID change between posts? Sid, is this the same card used in both instances, or is it a different card? It certainly is, I moved it from the XP2800+ box to the 64-bit AM2 box and lspci now says. 01:08.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 01:08.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 01:08.0 Class 0400: 14f1:8800 (rev 05) 01:08.2 Class 0480: 14f1:8800 (rev 05) Something relating to PCI-IDS from openSUSE did cross my mind. At some stage it looks like the x86 also failed to autodetect the card after a pci-ids change. # rpm -ql pciutils-ids|less /usr/bin/merge-pciids /usr/bin/merge-pciids.pl /usr/share/pci.ids /usr/share/pci.ids.d # grep -i kworld /usr/share/pci.ids 1131 KWorld V-Stream Studio TV Terminator 17de 08a1 KWorld/VStream XPert DVB-T with cx22702 17de 08a6 KWorld/VStream XPert DVB-T 17de 08b2 KWorld DVB-S 100 17de 08a6 KWorld/VStream XPert DVB-T Regards Sid. I changed cards.c in new kernel 2.6.22-rc3-git6 to read .subvendor = 0x17de, .subdevice = 0x08a4, .card = CX88_BOARD_KWORLD_DVB_T, I also commented out the options card=14 in /etc/modprobe.conf.local Still only registers VBI devices. # dmesg|grep cx8 cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded CORE cx88[0]: subsystem: 17de:08a4, board: KWorld/VStream XPert DVB-T [card=14,autodetected] cx88[0]: Test OK input: cx88 IR (KWorld/VStream XPert D as /class/input/input5 cx88[0]/0: found at :01:08.0, rev: 5, irq: 18, latency: 32, mmio: 0xfb00 cx88[0]/0: registered device video1 [v4l2] cx88[0]/0: registered device vbi0 cx88[0]/0: found at :01:08.2, rev: 5, irq: 18, latency: 32, mmio: 0xfa00 cx88[0]/0: registered device video2 [v4l2] cx88[0]/0: registered device vbi1 cx8802_register_driver() -registering driver type=dvb access=shared cx8802_register_driver() -registering driver type=dvb access=shared cx8802_register_driver() -registering driver type=dvb access=shared cx8802_register_driver() -registering driver type=dvb access=shared Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DViCO FusionHDTV DVB-T Dual Digital card - fail to load firmware
May 2006 I went through pain to make this card work. I did get it working under FC4. Now it is time to upgrade. Chose ubuntu 7.04 this time (installed a bigger disk in same box so I know everything works). FC4 is still available until I can make this new version work. === from lspci -vvv = 02:01.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: DViCO Corporation FusionHDTV DVB-T Dual Digital Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (5000ns min, 13750ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at fc00 (32-bit, non-prefetchable) [size=16M] Capabilities: [44] Vital Product Data Capabilities: [4c] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 02:01.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) Subsystem: DViCO Corporation Unknown device db50 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (1500ns min, 22000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Capabilities: [4c] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- = I have manually added cx88_dvb to /etc/modules uname -a Linux myth 2.6.20-16-generic #2 SMP Wed May 23 01:46:23 UTC 2007 i686 GNU/Linux partial dmesg output: [ 31.372109] dvb-usb: found a 'DViCO FusionHDTV DVB-T Dual USB' in cold state, will try to load a firmware [ 31.381966] cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded [ 31.382100] CORE cx88[0]: subsystem: 18ac:db50, board: DViCO FusionHDTV DVB-T Dual Digital [card=44,autodetected] [ 31.382106] TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe [ 31.432095] cx2388x v4l2 driver version 0.0.6 loaded [ 31.575744] usb 4-4: USB disconnect, address 3 [ 31.615455] parport: PnPBIOS parport detected. [ 31.615488] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] [ 32.023840] dvb-usb: downloading firmware from file 'dvb-usb-bluebird-01.fw' [ 32.023850] dvb-usb: could not stop the USB controller CPU. [ 32.023856] dvb-usb: error while transferring firmware (transferred size: -19, block size: 10) [ 32.023860] dvb-usb: firmware download failed at 15 with -22 [ 32.023881] dvb_usb_cxusb: probe of 4-4:1.0 failed with error -22 [ 32.151047] usbcore: registered new interface driver dvb_usb_cxusb [ 32.554524] cx88[0]/2: cx2388x 8802 Driver Manager [ 32.554559] ACPI: PCI Interrupt :02:01.2[A] - GSI 22 (level, low) - IRQ 21 [ 32.554575] cx88[0]/2: found at :02:01.2, rev: 5, irq: 21, latency: 64, mmio: 0xfd00 [ 32.554766] ACPI: PCI Interrupt :02:01.0[A] - GSI 22 (level, low) - IRQ 21 [ 32.554780] cx88[0]/0: found at :02:01.0, rev: 5, irq: 21, latency: 64, mmio: 0xfc00 [ 32.554902] cx88[0]/0: registered device video0 [v4l2] [ 32.554948] cx88[0]/0: registered device vbi0 [ 32.555767] ACPI: PCI Interrupt :00:1f.5[B] - GSI 17 (level, low) - IRQ 22 [ 32.555816] PCI: Setting latency timer of device :00:1f.5 to 64 [ 32.822194] usb 4-4: new high speed USB device using ehci_hcd and address 4 [ 32.870123] intel8x0_measure_ac97_clock: measured 54105 usecs [ 32.870127] intel8x0: clocking to 48000 [ 32.954554] usb 4-4: configuration #1 chosen from 1 choice [ 33.071330] usbtest 4-4:1.0: FX2 device [ 33.071337] usbtest 4-4:1.0: high speed {control bulk-in bulk-out} tests (+alt) [ 33.071350] usbcore: registered new interface driver usbtest [ 33.188448] fuse init (API version 7.8) [ 33.223451] lp0: using parport0 (interrupt-driven). [ 33.302665] cx2388x dvb driver version 0.0.6 loaded [ 33.302673] cx8802_register_driver() -registering driver type=dvb access=shared [ 33.302679] CORE cx88[0]: subsystem: 18ac:db50, board: DViCO FusionHDTV DVB-T Dual Digital [card=44] [ 33.302685] cx88[0]/2: cx2388x based dvb card [ 33.353012] DVB: registering new adapter (cx88[0]). [ 33.353022] DVB: registering frontend 0 (Zarlink MT352 DVB-T)... === # ls -R /dev/dvb /dev/dvb: adapter0 /dev/dvb/adapter0: demux0 dvr0 frontend0 net0 USB cable is attached to the card as required. Mythtv is operational and I can watch TV. I do not have a second tuner and my remote does not work. Any ideas? Thanks Craig
Re: [linux-dvb] DViCO FusionHDTV DVB-T Dual Digital card - fail to load firmware
Craig Cook wrote: May 2006 I went through pain to make this card work. I did get it working under FC4. Now it is time to upgrade. Chose ubuntu 7.04 this time (installed a bigger disk in same box so I know everything works). FC4 is still available until I can make this new version work. === from lspci -vvv = 02:01.0 Multimedia video controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) Subsystem: DViCO Corporation FusionHDTV DVB-T Dual Digital Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (5000ns min, 13750ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at fc00 (32-bit, non-prefetchable) [size=16M] Capabilities: [44] Vital Product Data Capabilities: [4c] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 02:01.2 Multimedia controller: Conexant CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) Subsystem: DViCO Corporation Unknown device db50 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (1500ns min, 22000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Capabilities: [4c] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- = I have manually added cx88_dvb to /etc/modules uname -a Linux myth 2.6.20-16-generic #2 SMP Wed May 23 01:46:23 UTC 2007 i686 GNU/Linux partial dmesg output: [ 31.372109] dvb-usb: found a 'DViCO FusionHDTV DVB-T Dual USB' in cold state, will try to load a firmware [ 31.381966] cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded [ 31.382100] CORE cx88[0]: subsystem: 18ac:db50, board: DViCO FusionHDTV DVB-T Dual Digital [card=44,autodetected] [ 31.382106] TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe [ 31.432095] cx2388x v4l2 driver version 0.0.6 loaded [ 31.575744] usb 4-4: USB disconnect, address 3 [ 31.615455] parport: PnPBIOS parport detected. [ 31.615488] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP] [ 32.023840] dvb-usb: downloading firmware from file 'dvb-usb-bluebird-01.fw' [ 32.023850] dvb-usb: could not stop the USB controller CPU. [ 32.023856] dvb-usb: error while transferring firmware (transferred size: -19, block size: 10) [ 32.023860] dvb-usb: firmware download failed at 15 with -22 [ 32.023881] dvb_usb_cxusb: probe of 4-4:1.0 failed with error -22 [ 32.151047] usbcore: registered new interface driver dvb_usb_cxusb [ 32.554524] cx88[0]/2: cx2388x 8802 Driver Manager [ 32.554559] ACPI: PCI Interrupt :02:01.2[A] - GSI 22 (level, low) - IRQ 21 [ 32.554575] cx88[0]/2: found at :02:01.2, rev: 5, irq: 21, latency: 64, mmio: 0xfd00 [ 32.554766] ACPI: PCI Interrupt :02:01.0[A] - GSI 22 (level, low) - IRQ 21 [ 32.554780] cx88[0]/0: found at :02:01.0, rev: 5, irq: 21, latency: 64, mmio: 0xfc00 [ 32.554902] cx88[0]/0: registered device video0 [v4l2] [ 32.554948] cx88[0]/0: registered device vbi0 [ 32.555767] ACPI: PCI Interrupt :00:1f.5[B] - GSI 17 (level, low) - IRQ 22 [ 32.555816] PCI: Setting latency timer of device :00:1f.5 to 64 [ 32.822194] usb 4-4: new high speed USB device using ehci_hcd and address 4 [ 32.870123] intel8x0_measure_ac97_clock: measured 54105 usecs [ 32.870127] intel8x0: clocking to 48000 [ 32.954554] usb 4-4: configuration #1 chosen from 1 choice [ 33.071330] usbtest 4-4:1.0: FX2 device [ 33.071337] usbtest 4-4:1.0: high speed {control bulk-in bulk-out} tests (+alt) [ 33.071350] usbcore: registered new interface driver usbtest [ 33.188448] fuse init (API version 7.8) [ 33.223451] lp0: using parport0 (interrupt-driven). [ 33.302665] cx2388x dvb driver version 0.0.6 loaded [ 33.302673] cx8802_register_driver() -registering driver type=dvb access=shared [ 33.302679] CORE cx88[0]: subsystem: 18ac:db50, board: DViCO FusionHDTV DVB-T Dual Digital [card=44] [ 33.302685] cx88[0]/2: cx2388x based dvb card [ 33.353012] DVB: registering new adapter (cx88[0]). [ 33.353022] DVB: registering frontend 0 (Zarlink MT352 DVB-T)... === # ls -R /dev/dvb /dev/dvb: adapter0 /dev/dvb/adapter0: demux0 dvr0 frontend0 net0 USB cable is attached to the card as required. Mythtv is
[linux-dvb] DViCO FusionHDTV DVB-T Dual Digital card - fail to load firmware
# lsusb Bus 004 Device 004: ID 04b4:8613 Cypress Semiconductor Corp. CY7C68013 EZ-USB FX2 USB 2.0 Development Kit Bus 004 Device 001: ID : Bus 003 Device 001: ID : Bus 002 Device 002: ID 046d:c016 Logitech, Inc. M-UV69a Optical Wheel Mouse Bus 002 Device 001: ID : Bus 001 Device 001: ID : I trashed the eeprom in this last year trying to get the remote working. I fixed it inside windows like you suggested. I have no idea how I broke it this time around (I have not run windows in a while). Guess it's time to fire up windows again. Thanks for your help, Craig 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Signal strength % script
any point me towards any script I can run which outputs signal strength for my DVB channels so I can schedule it to run outside of MythTV. azap output is a little cryptic for me. ie I want to run a cron job which measures my DVB channels to check to see if signal strength and reception is ok as mythtv or maybe card drops out without notice if my signal becomes marginal Ideally if azap output can be made a little more human readable would be even better Thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH] [RFC] remove static dependencies on dvb-pll
Uwe Bugla wrote: OK, Mike: I am just adjusting your latest approach due to Email issues of wordwrapping. Could you please be kind enough to supply another patch including Trent's changes? Revised patch attached. [PATCH] Remove static dependencies on dvb-pll Signed-off-by: Michael Krufky [EMAIL PROTECTED] dvb/b2c2/Kconfig|2 dvb/b2c2/flexcop-fe-tuner.c |4 - dvb/bt8xx/Kconfig |2 dvb/bt8xx/dvb-bt8xx.c |2 dvb/dvb-usb/Kconfig |8 +- dvb/dvb-usb/cxusb.c | 10 +- dvb/dvb-usb/dibusb-common.c |2 dvb/dvb-usb/dibusb-mb.c |4 - dvb/dvb-usb/digitv.c|2 dvb/dvb-usb/dvb-usb-i2c.c |8 +- dvb/dvb-usb/dvb-usb.h |2 dvb/dvb-usb/opera1.c|2 dvb/dvb-usb/umt-010.c |2 dvb/frontends/dvb-pll.c | 148 ++-- dvb/frontends/dvb-pll.h | 69 dvb/ttpci/Kconfig |2 dvb/ttpci/budget-av.c |2 video/cx88/Kconfig |2 video/cx88/cx88-dvb.c | 34 +- video/saa7134/Kconfig |2 video/saa7134/saa7134-dvb.c | 10 +- 21 files changed, 167 insertions(+), 152 deletions(-) diff -r 2dab81b42cb8 linux/drivers/media/dvb/b2c2/Kconfig --- a/linux/drivers/media/dvb/b2c2/Kconfig Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/b2c2/Kconfig Fri Jun 01 22:29:30 2007 -0400 @@ -1,7 +1,7 @@ config DVB_B2C2_FLEXCOP config DVB_B2C2_FLEXCOP tristate Technisat/B2C2 FlexCopII(b) and FlexCopIII adapters depends on DVB_CORE I2C - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_STV0299 if !DVB_FE_CUSTOMISE select DVB_MT352 if !DVB_FE_CUSTOMISE select DVB_MT312 if !DVB_FE_CUSTOMISE diff -r 2dab81b42cb8 linux/drivers/media/dvb/b2c2/flexcop-fe-tuner.c --- a/linux/drivers/media/dvb/b2c2/flexcop-fe-tuner.c Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/b2c2/flexcop-fe-tuner.c Fri Jun 01 22:29:30 2007 -0400 @@ -511,13 +511,13 @@ int flexcop_frontend_init(struct flexcop /* try the air atsc 2nd generation (nxt2002) */ if ((fc-fe = dvb_attach(nxt200x_attach, samsung_tbmv_config, fc-i2c_adap)) != NULL) { fc-dev_type = FC_AIR_ATSC2; - dvb_attach(dvb_pll_attach, fc-fe, 0x61, NULL, dvb_pll_samsung_tbmv); + dvb_attach(dvb_pll_attach, fc-fe, 0x61, NULL, DVB_PLL_SAMSUNG_TBMV); info(found the nxt2002 at i2c address: 0x%02x,samsung_tbmv_config.demod_address); } else /* try the air atsc 3nd generation (lgdt3303) */ if ((fc-fe = dvb_attach(lgdt330x_attach, air2pc_atsc_hd5000_config, fc-i2c_adap)) != NULL) { fc-dev_type = FC_AIR_ATSC3; - dvb_attach(dvb_pll_attach, fc-fe, 0x61, fc-i2c_adap, dvb_pll_lg_tdvs_h06xf); + dvb_attach(dvb_pll_attach, fc-fe, 0x61, fc-i2c_adap, DVB_PLL_LG_TDVS_H06XF); info(found the lgdt3303 at i2c address: 0x%02x,air2pc_atsc_hd5000_config.demod_address); } else /* try the air atsc 1nd generation (bcm3510)/panasonic ct10s */ diff -r 2dab81b42cb8 linux/drivers/media/dvb/bt8xx/Kconfig --- a/linux/drivers/media/dvb/bt8xx/Kconfig Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/bt8xx/Kconfig Fri Jun 01 22:29:30 2007 -0400 @@ -7,7 +7,7 @@ config DVB_BT8XX select DVB_CX24110 if !DVB_FE_CUSTOMISE select DVB_OR51211 if !DVB_FE_CUSTOMISE select DVB_LGDT330X if !DVB_FE_CUSTOMISE - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_ZL10353 if !DVB_FE_CUSTOMISE select FW_LOADER help diff -r 2dab81b42cb8 linux/drivers/media/dvb/bt8xx/dvb-bt8xx.c --- a/linux/drivers/media/dvb/bt8xx/dvb-bt8xx.c Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/bt8xx/dvb-bt8xx.c Fri Jun 01 22:29:30 2007 -0400 @@ -612,7 +612,7 @@ static void frontend_init(struct dvb_bt8 card-fe = dvb_attach(lgdt330x_attach, tdvs_tua6034_config, card-i2c_adapter); if (card-fe != NULL) { dvb_attach(dvb_pll_attach, card-fe, 0x61, - card-i2c_adapter, dvb_pll_lg_tdvs_h06xf); + card-i2c_adapter, DVB_PLL_LG_TDVS_H06XF); dprintk (dvb_bt8xx: lgdt330x detected\n); } break; diff -r 2dab81b42cb8 linux/drivers/media/dvb/dvb-usb/Kconfig --- a/linux/drivers/media/dvb/dvb-usb/Kconfig Thu May 31 15:16:24 2007 -0300 +++ b/linux/drivers/media/dvb/dvb-usb/Kconfig Fri Jun 01 22:29:30 2007 -0400 @@ -33,7 +33,7 @@ config DVB_USB_DIBUSB_MB config DVB_USB_DIBUSB_MB tristate DiBcom USB DVB-T devices (based on the DiB3000M-B) (see help for device list) depends on DVB_USB - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_DIB3000MB select DVB_TUNER_MT2060 if !DVB_FE_CUSTOMISE help @@ -89,7 +89,7 @@ config DVB_USB_UMT_010 config DVB_USB_UMT_010 tristate HanfTek UMT-010 DVB-T USB2.0 support depends on DVB_USB - select DVB_PLL + select DVB_PLL if !DVB_FE_CUSTOMISE select DVB_DIB3000MC select DVB_TUNER_MT2060 if !DVB_FE_CUSTOMISE help @@ -98,7 +98,7 @@ config DVB_USB_CXUSB config DVB_USB_CXUSB tristate Conexant USB2.0 hybrid reference design