[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