I posted a few days ago to the list as i was having trouble with the freecom dvb-t stick. It turns out it was the usb chipset i had. The system i initially tried the stick on had a VIA chipset, since then i have tried the stick on an nvidia chipset and an intel chipset and it has worked fine both times without issue with the latest kernel and linuxtv-apps from the linuxtv website. >From what i can tell the usb root hub seems to be resetting when large amounts of data begin to flow across the bus. I managed to replicate the problem with a usb storage device, when creating the file system mkfs would begin to slow while creating inode tables on an ext2 fs then eventually die. dmesg would reveal that the device had been pulled from and then re-inserted in to the system. iam still investigating so its still early days. Anthony Kenworthy wrote: > has anyone managed to get a freecom dvb-t usb2 going properly? > > Everytime i tune the device to try to watch tv the device restarts and > the tuning program ( tzap ) says the device has a positive lock on the > signal. > > But if i ctrl-C tzap to attempt to re-start the process the system > will either hang or cause an OOPs to occur. If an OOPs occurs the > process is show in device wait status. > Attempting to use another program to do this ( such as xine ) > terminates itsself and causes an oops. > > Has anyone got this device going on there machine, If so what kernel > were you using and if possible with what options. I am using slackware > 10.1 with kernel 2.6.15.4. > > > this is the oops i got when using xine to acess the device: > 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/input4 > dvb-usb: schedule remote query interval to 300 msecs. > dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) > successfully initialized and connected. > Unable to handle kernel NULL pointer dereference at virtual address > 00000003 > printing eip: > c012f448 > *pde = 00000000 > Oops: 0002 [#1] > PREEMPT > Modules linked in: ttusb_dec ttusbdecfe dvb_usb_dtt200u dvb_usb > ohci_hcd ehci_hcd pcspkr uhci_hcd usbcore > CPU: 0 > EIP: 0060:[<c012f448>] Not tainted VLI > EFLAGS: 00010002 (2.6.15.1) > EIP is at add_wait_queue+0x24/0x5e > eax: dd8171f4 ebx: d9517018 ecx: da7aa000 edx: d951700c > esi: ffffffff edi: 00000246 ebp: 00000000 esp: da7abefc > ds: 007b es: 007b ss: 0068 > Process xine (pid: 3298, threadinfo=da7aa000 task=da1aaa90) > Stack: dd8171c4 dd0e7b80 da7abf98 c0310576 dd0e7b80 dd8171f4 da7abf98 > 00000145 > db2a0508 dd0e7b80 00000000 c016fc55 dd0e7b80 da7abf98 db2a0500 > da7abf5c > da7abf60 00003a99 c016fcba 00000001 db2a0508 da7abf5c da7abf60 > da7aa000 > Call Trace: > [<c0310576>] dvb_dvr_poll+0x44/0x95 > [<c016fc55>] do_pollfd+0x8c/0x90 > [<c016fcba>] do_poll+0x61/0xc0 > [<c016fe80>] sys_poll+0x167/0x233 > [<c010251d>] sys_sigreturn+0xbe/0xd0 > [<c016f305>] __pollwait+0x0/0xc6 > [<c0102fa5>] syscall_call+0x7/0xb > Code: ba 39 00 eb bd 90 90 83 ec 0c 89 1c 24 89 74 24 04 89 7c 24 08 > 83 22 fe 9c 5f fa b9 00 e0 ff ff 21 e1 83 41 14 01 8d 5a 0c 8b 30 <89> > 5e 04 89 72 0c 89 43 04 89 18 57 9d 83 69 14 01 8b 41 08 a8 > <6>note: xine[3298] exited with preempt_count 1 > Unable to handle kernel paging request at virtual address 016bc8f0 > printing eip: > c0316784 > *pde = 00000000 > Oops: 0002 [#2] > PREEMPT > Modules linked in: ttusb_dec ttusbdecfe dvb_usb_dtt200u dvb_usb > ohci_hcd ehci_hcd pcspkr uhci_hcd usbcore > CPU: 0 > EIP: 0060:[<c0316784>] Not tainted VLI > EFLAGS: 00010202 (2.6.15.1) > EIP is at dvb_frontend_release+0x34/0x6c > eax: ffffb5ed ebx: dd0e7180 ecx: dd7c0c40 edx: c0316750 > esi: 016bc740 edi: dd75555c ebp: dd7c0c40 esp: dd0cde14 > ds: 007b es: 007b ss: 0068 > Process xine (pid: 3198, threadinfo=dd0cc000 task=dd9a35a0) > Stack: 00000008 00000008 00000008 dd0e7180 dd75555c c015cc8f dd75555c > dd0e7180 > 00000000 00000000 e37e4e20 dd0e7180 e36c7ac0 00000000 dc89b320 > c015b169 > dd0e7180 e36c7ac0 ffffffff 00000000 00000000 c011cfd9 dd0e7180 > e36c7ac0 > Call Trace: > [<c015cc8f>] __fput+0x16a/0x17c > [<c015b169>] filp_close+0x4d/0x79 > [<c011cfd9>] put_files_struct+0x8f/0xcb > [<c011dc6a>] do_exit+0x12a/0x42f > [<c011dfd6>] do_group_exit+0x38/0xa1 > [<c0127000>] get_signal_to_deliver+0x204/0x304 > [<c0102dbf>] do_signal+0x91/0x115 > [<c04cb48e>] preempt_schedule+0x4a/0x6b > [<c0126048>] kill_proc_info+0x6b/0x6d > [<c011824a>] default_wake_function+0x0/0x12 > [<c016ff13>] sys_poll+0x1fa/0x233 > [<c011eed5>] sys_wait4+0x3f/0x43 > [<c0102e78>] do_notify_resume+0x35/0x39 > [<c0103036>] work_notifysig+0x13/0x19 > Code: 24 10 89 74 24 0c 8b 5c 24 1c 8b 7c 24 18 8b 43 74 8b 40 28 8b > 70 0c a1 d0 3c 68 c0 85 c0 75 2d f6 43 18 03 74 0b a1 58 61 59 c0 <89> > 86 b0 01 00 00 89 5c 24 1c 89 7c 24 18 8b 74 24 0c 8b 5c 24 > <1>Fixing recursive fault but reboot is needed! > dvb-usb: recv bulk message failed: -110 > > > _______________________________________________ > > linux-dvb@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb > _______________________________________________ linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
