>>
>> Maybe I can try to unload uchi_hcd?
>> Am I the only one, is there anybody able to replicate this issue?
>>
>> Thanks
>> Francesco
>>
>
> Agreed, it might be worth trying to unload uhci_hcd. In fact i'd try
> unloading uhci_hcd and cinergyT2 and then reloading cinergyT2... Worth
> a try at least.
Tried, but no luck.
syslog output:
May 17 11:38:51 localhost kernel: usbcore: deregistering driver cinergyT2
May 17 11:39:04 localhost kernel: DVB: registering new adapter
(TerraTec/qanu USB2.0 Highspeed DVB-T Receiver).
May 17 11:39:04 localhost kernel: input: TerraTec/qanu USB2.0 Highspeed
DVB-T Receiver remote control as /class/input/input5
May 17 11:39:04 localhost kernel: usbcore: registered new driver cinergyT2
May 17 11:39:31 localhost kernel: dvb_net: created network interface dvb0_0
May 17 11:39:46 localhost kernel: device dvb0_0 entered promiscuous mode
May 17 11:39:55 localhost kernel: dvb0_0: no IPv6 routers present
May 17 11:41:09 localhost kernel: device dvb0_0 left promiscuous mode
lsmod output:
Module Size Used by
cinergyT2 14596 0
ipv6 218784 8
radeon 96032 1
drm 62228 2 radeon
nls_iso8859_1 4032 2
ntfs 193676 2
dm_mod 48180 0
sr_mod 15844 0
sbp2 19460 0
ide_generic 1216 0 [permanent]
eth1394 18372 0
snd_seq_dummy 3588 0
snd_seq_oss 27812 0
ide_cd 35680 0
cdrom 32304 2 sr_mod,ide_cd
snd_seq_midi 8096 0
snd_seq_midi_event 6592 2 snd_seq_oss,snd_seq_midi
ide_disk 14720 0
snd_seq 43852 6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
dvb_core 71232 1 cinergyT2
generic 4228 0 [permanent]
tsdev 7296 0
ohci1394 29616 0
ieee1394 86648 3 sbp2,eth1394,ohci1394
8139cp 19776 0
snd_via82xx 25240 0
gameport 13576 1 snd_via82xx
snd_ac97_codec 82848 1 snd_via82xx
snd_ac97_bus 2112 1 snd_ac97_codec
snd_pcm_oss 44128 0
snd_mixer_oss 15744 1 snd_pcm_oss
snd_pcm 74504 3 snd_via82xx,snd_ac97_codec,snd_pcm_oss
snd_timer 20420 2 snd_seq,snd_pcm
snd_page_alloc 9864 2 snd_via82xx,snd_pcm
snd_mpu401_uart 6656 1 snd_via82xx
snd_rawmidi 22496 2 snd_seq_midi,snd_mpu401_uart
snd_seq_device 8332 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi
snd 46400 11
snd_seq_oss,snd_seq,snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
via82cxxx 8068 0 [permanent]
pcspkr 3012 0
ide_core 111536 5
ide_generic,ide_cd,ide_disk,generic,via82cxxx
psmouse 34504 0
serio_raw 6532 0
soundcore 8736 1 snd
i2c_viapro 7956 0
8139too 24384 0
shpchp 39424 0
pci_hotplug 24308 1 shpchp
ehci_hcd 26952 0
i2c_core 19536 1 i2c_viapro
mii 5248 2 8139cp,8139too
usbcore 111136 3 cinergyT2,ehci_hcd
rtc 11444 0
via_agp 9408 1
agpgart 29296 2 drm,via_agp
ext3 116872 1
jbd 47316 1 ext3
mbcache 7684 1 ext3
sd_mod 16464 6
sata_via 8196 4
libata 53584 1 sata_via
scsi_mod 122700 4 sr_mod,sbp2,sd_mod,libata
evdev 8832 1
mousedev 10496 1
>
> I don't suppose you get any error / warning messages when loading the
> cinergyT2 module?
Right, also I load it with debug on
>
> Also, what output do you get when using the 'scan' and 'tzap'
applications?
>
> Steve
>
>
# scan -c -5
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
WARNING: filter timeout pid 0x0011
WARNING: filter timeout pid 0x0000
dumping lists (0 services)
Done.
Sidenote: some dvb apps like scan or dvbsnoop have problem with this
box, others like dvbstream have no problem, I took a quick look to the
source code and seems they're using different code to read from the
device. Apart from that the box works very well, I use it daily with vdr
and have little or no problems at all.
Francesco
_______________________________________________
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
