[linux-dvb] Freecom DVB-T USB stick freezes

Matthew Linden matthew at linden.me.uk
Wed Jan 11 01:34:38 CET 2006


mike choy wrote:

> Matthew Linden wrote:
>
>> mike choy wrote:
>>
>>> Matthew Linden wrote:
>>>
>>>> mike choy wrote:
>>>>
>>>>> Matthew Linden wrote:
>>>>>
>>>>>> I am trying to use this card in Suse 10.0 (on an AMD Athlon) and 
>>>>>> I can get it to scan OK in Kaffeine and it will work for a couple 
>>>>>> of minutes but the picture then freezes. I can get it to work 
>>>>>> again by simply using the stop and start command in Kaffeine but 
>>>>>> it then freezes again. Usually after two or three tries it locks 
>>>>>> up the whole system.
>>>>>>
>>>>>> DMESG output is:
>>>>>>
>>>>>> dvb_usb: module not supported by Novell, setting U taint flag.
>>>>>> dvb_usb_dtt200u: module not supported by Novell, setting U taint 
>>>>>> flag.
>>>>>> dvb-usb: found a 'WideView WT-220U PenType Receiver 
>>>>>> (Typhoon/Freecom)' in cold state, will try to load a firmware
>>>>>> dvb-usb: downloading firmware from file 'dvb-usb-wt220u-01.fw' to 
>>>>>> the 'Cypress FX2'
>>>>>> dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) 
>>>>>> successfully initialized and connected.
>>>>>> usbcore: registered new driver dvb_usb_dtt200u
>>>>>> bootsplash: status on console 0 changed to on
>>>>>> usb 4-2: USB disconnect, address 2
>>>>>> dvb-usb: generic DVB-USB module successfully deinitialized and 
>>>>>> disconnected.
>>>>>> BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
>>>>>> eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
>>>>>> NET: Registered protocol family 17
>>>>>> usb 4-2: new high speed USB device using ehci_hcd and address 3
>>>>>> dvb-usb: found a 'WideView WT-220U PenType Receiver 
>>>>>> (Typhoon/Freecom)' in warm state.
>>>>>> dvb-usb: will use the device's hardware PID filter (table count: 
>>>>>> 15).
>>>>>> DVB: registering new adapter (WideView WT-220U PenType Receiver 
>>>>>> (Typhoon/Freecom)).
>>>>>> DVB: registering frontend 0 (WideView USB DVB-T)...
>>>>>> input: IR-receiver inside an USB DVB receiver as /class/input/input3
>>>>>> dvb-usb: schedule remote query interval to 300 msecs.
>>>>>> dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) 
>>>>>> successfully initialized and connected.
>>>>>> dvb-usb: recv bulk message failed: -110
>>>>>>
>>>>>> I have read a number of posts about input saturation and am 
>>>>>> connecting the aerial via a Y splitter as recommended in one of 
>>>>>> the postings - but that does not help.
>>>>>>
>>>>>> I also upgraded my kernel to 2.6.15 but that also didn't help.
>>>>>>
>>>>>> I would be grateful for any ideas on where to look / what to do 
>>>>>> next ?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Matthew
>>>>>>
>>>>>> _______________________________________________
>>>>>> linux-dvb mailing list
>>>>>> linux-dvb at linuxtv.org
>>>>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>>>>>
>>>> Mike,
>>>>
>>>> Thanks for the answer.
>>>>
>>>>> Matt
>>>>> There appears to be some problem with USB power  problems as well.
>>>>> Are you using a high powered USB 2.0  port ? so USB ports dont put 
>>>>> out a lot of power.
>>>>
>>>>
>>>>
>>>> I don't know if it's high-powered or not - it's on a Shuttle / Via 
>>>> motherboard. Here's the info on it:
>>>>
>>>> 59: udi = '/org/freedesktop/Hal/devices/pci_1106_3104'
>>>>  info.udi = '/org/freedesktop/Hal/devices/pci_1106_3104'
>>>>  linux.subsystem = 'pci'
>>>>  linux.hotplug_type = 1 (0x1)
>>>>  pci.subsys_product = 'FX41 motherboard'
>>>>  pci.subsys_vendor = 'Holco Enterprise Co, Ltd/Shuttle Computer'
>>>>  info.product = 'USB 2.0'
>>>>  pci.product = 'USB 2.0'
>>>>  info.vendor = 'VIA Technologies, Inc.'
>>>>  pci.vendor = 'VIA Technologies, Inc.'
>>>>  pci.device_protocol = 32 (0x20)
>>>>  pci.device_subclass = 3 (0x3)
>>>>  pci.device_class = 12 (0xc)
>>>>  pci.subsys_vendor_id = 4759 (0x1297)
>>>>  pci.subsys_product_id = 63041 (0xf641)
>>>>  pci.vendor_id = 4358 (0x1106)
>>>>  pci.product_id = 12548 (0x3104)
>>>>  info.linux.driver = 'ehci_hcd'
>>>>  pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:10.3'
>>>>  info.parent = '/org/freedesktop/Hal/devices/computer'
>>>>  info.bus = 'pci'
>>>>  linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:10.3'
>>>>  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:10.3'
>>>>
>>>> What constitutes high-powered in this case and what's the best way 
>>>> of finding out whether it is or not?
>>>>
>>>>>
>>>>> Also what version of Kaffeine are you using and was it from the 
>>>>> Packman repositories?
>>>>
>>>>
>>>>
>>>> I'm using kaffeine-0.7.1-3.pm.0.i686.rpm from 
>>>> http://packman.links2linux.org. I think I also tried the i586 
>>>> version of the same package, but I'll check again.
>>>>
>>>> It also fails when using xawtv4. With xawtv4 I get an error message 
>>>> "open(/dev/dsp): Permission denied"  when starting the application. 
>>>> It then plays a TV station normally for a few minutes (as with 
>>>> Kaffeine) and then loses the stream with the error message "mpeg: 
>>>> select: timeout (3 sec) / mpeg ts: no more data / mpeg ts: no more 
>>>> data / mpeg ts: no more data"
>>>>
>>>>>
>>>>>
>>>>> Also Set the Kaffeine  player engine, in Kaffeine
>>>>> click Settings ->Player Engine ->Kaffeine
>>>>
>>>>
>>>>
>>>> I've tried this, but it doesn't help.
>>>>
>>>> It's a shame it crashes, as the picture quality is fantastic when 
>>>> it is working. (It also works fine in Windows 2000 on the same 
>>>> machine, which is also a shame as I was planning to remove Windows 
>>>> from the machine altogether).
>>>>
>>>> Matthew
>>>>
>>>>
>>> Does the green led flash on and off when you loose the stream?
>>> Mike C
>>>
>>>
>> No it doesn't. It stays on constantly both when the stream is lost 
>> and after the stream is lost. (in both Kaffeine and XAWTV4).
>>
>> Matthew
>>
> Hmm  green light says it has a lock on the channel, though not 
> necessarily a perfect signal (eg on my system before I put attenuator 
> on the downlead the green light stayed on , but the sound and picture 
> would stutter).
>
> Can you do a manual tune.   see here


I have no problem manually tuning with tzap

>
> http://acaciaclose.co.uk/16253/31272.html
>
> Also what does dmesg say. Other people have been getting usb  
> disconnects (though normally with a usb 1.0) which show up in the 
> system log. dmesg should tell you something.
> I have got machines in the house that are USB 2.0 that dont have 
> enough power to drive external peripheral eg my ipod.


I suspect this is the interesting bit:

Jan  7 11:11:45 linux kernel: usb 4-2: new high speed USB device using 
ehci_hcd and address 3
Jan  7 11:11:45 linux kernel: dvb-usb: found a 'WideView WT-220U PenType 
Receiver (and clones)' in cold state, will try to load a firmware
Jan  7 11:11:46 linux kernel: dvb-usb: downloading firmware from file 
'dvb-usb-wt220u-01.fw' to the 'Cypress FX2'
Jan  7 11:11:46 linux kernel: dvb-usb: WideView WT-220U PenType Receiver 
(and clones) successfully initialized and connected.
Jan  7 11:11:47 linux kernel: usb 4-2: USB disconnect, address 3
Jan  7 11:11:47 linux kernel: dvb-usb: generic DVB-USB module 
successfully deinitialized and disconnected.
Jan  7 11:11:48 linux kernel: usb 4-2: new high speed USB device using 
ehci_hcd and address 4
Jan  7 11:11:49 linux kernel: dvb-usb: found a 'WideView WT-220U PenType 
Receiver (and clones)' in warm state.
Jan  7 11:11:49 linux kernel: dvb-usb: will use the device's hardware 
PID filter (table count: 15).
Jan  7 11:11:49 linux kernel: DVB: registering new adapter (WideView 
WT-220U PenType Receiver (and clones)).
Jan  7 11:11:49 linux kernel: DVB: registering frontend 0 (WideView USB 
DVB-T)...
Jan  7 11:11:49 linux kernel: dvb-usb: schedule remote query interval to 
300 msecs.
Jan  7 11:11:49 linux kernel: dvb-usb: WideView WT-220U PenType Receiver 
(and clones) successfully initialized and connected.
Jan  7 11:11:51 linux kernel: dvb-usb: recv bulk message failed: -110
Jan  7 11:12:08 linux kernel: Unable to handle kernel paging request at 
virtual address e1a27050
Jan  7 11:12:08 linux kernel:  printing eip:
Jan  7 11:12:08 linux kernel: e1a45db3
Jan  7 11:12:08 linux kernel: *pde = 1da92067
Jan  7 11:12:08 linux kernel: Oops: 0000 [#1]
Jan  7 11:12:08 linux kernel: Modules linked in: hfsplus subfs 
ipt_pkttype ipt_LOG ipt_limit snd_pcm_oss snd_mixer_oss snd_seq_midi 
snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_event 
snd_seq_midi_emul snd_seq button battery ac af_packet edd 
dvb_usb_dtt200u dvb_usb dvb_core dvb_pll i2c_viapro via_ircc irda 
crc_ccitt generic ehci_hcd uhci_hcd snd_emu10k1 snd_rawmidi 
snd_seq_device snd_ac97_codec ohci1394 ieee1394 8139too mii snd_pcm 
snd_timer snd_ac97_bus snd_page_alloc snd_util_mem snd_hwdep usbcore snd 
soundcore emu10k1_gp gameport pci_hotplug via_agp agpgart ipt_REJECT 
ipt_state iptable_mangle iptable_nat iptable_filter ip6table_mangle 
ip6table_filter ip_conntrack ip_tables ip6_tables parport_pc lp parport 
bttv video_buf firmware_class i2c_algo_bit v4l2_common btcx_risc 
ivtv_tveeprom i2c_core videodev nls_iso8859_1 nls_cp437 vfat fat 
nls_utf8 ntfs dm_mod reiserfs fan thermal ide_cd cdrom processor 
via82cxxx ide_disk ide_core
Jan  7 11:12:08 linux kernel: CPU:    0
Jan  7 11:12:08 linux kernel: EIP:    0060:[<e1a45db3>]    Tainted: 
G     U VLI
Jan  7 11:12:08 linux kernel: EFLAGS: 00010282   (2.6.13-15-default)
Jan  7 11:12:08 linux kernel: EIP is at dvb_demux_release+0x3/0x10 
[dvb_core]
Jan  7 11:12:08 linux kernel: eax: dce83128   ebx: 00000000   ecx: 
e1a45db0   edx: e1a27000
Jan  7 11:12:08 linux kernel: esi: d4f61ce0   edi: dffe4140   ebp: 
dce83128   esp: dceb7f90
Jan  7 11:12:08 linux kernel: ds: 007b   es: 007b   ss: 0068
Jan  7 11:12:08 linux kernel: Process kaffeine (pid: 6214, 
threadinfo=dceb6000 task=ddb47aa0)
Jan  7 11:12:08 linux kernel: Stack: c015a050 de677384 d4f61ce0 00000000 
d6241920 dceb6000 c01589db 0000000a
Jan  7 11:12:08 linux kernel:        08204ef0 08204ef0 c0102d79 0000000a 
00000001 0812baa0 08204ef0 08204ef0
Jan  7 11:12:08 linux kernel:        bf85bda8 00000006 0000007b 0000007b 
00000006 4118f31f 00000073 00000292
Jan  7 11:12:08 linux kernel: Call Trace:
Jan  7 11:12:08 linux kernel:  [<c015a050>] __fput+0x80/0x160
Jan  7 11:12:08 linux kernel:  [<c01589db>] filp_close+0x3b/0x60
Jan  7 11:12:08 linux kernel:  [<c0102d79>] syscall_call+0x7/0xb
Jan  7 11:12:08 linux kernel: Code: 8b 43 60 19 d2 83 f2 ff 83 e2 4b 39 
43 5c 74 03 83 ca 43 89 d0 5b 5e 5f 5d c3 89 f1 89 fa 89 e8 ff 16 eb c9 
8d 74 26 00 8b 52 78 <8b> 42 50 e9 55 fa ff ff 90 8d 74 26 00 53 89 cb 
8b 42 78 8b 48

>
> By the way I have had to apply a 12db attenuator after the passive 
> splitter on my system to get reliable
> glitch free reception ( I have a distribution amp in the loft). For 
> some reason the freecom is very very sensitive
> under linux ( with windoz I had no need for attenuators).
>
> Mike C
>
>
It seems that numerous people are having probs with DVB-T USB sticks 
(not just the Freecom branded one) and the consensus seems to be that 
the problem is to do with the power draw which is not handled properly.

I guess I'll just have to wait until someone re-writes the relevant drivers.

Thanks for your help anyway.

Matthew

>
>
>




More information about the linux-dvb mailing list