[linux-dvb] m920x device: Genius TVGo DVB-T02Q

Román roman.pena.perez at gmail.com
Wed Dec 12 23:00:32 CET 2007


Hi,

 There are bad and good news. The bad ones are the device is not
working properly yet. The -somewhat- good ones: I've got a few REAL
bytes, from a real channel, through the stick. Still, I don't know
what I'm doing right or wrong, so I'll share with you all what I've
done to get here, to see if anyone can help me.

After enabling all kinds of debugging parameters for the modules,
disabling USB 2.0 (rmmod ehci_usb), and playing a lot with .stream
parameters, I finally got this dmesg log (while running scan):


Dec 12 21:25:47 zeus kernel: [ 1530.769183] 47 c0 04 20 ba 42 ac cd 8e
0b 6e c1 b9 91 37 ec 83 6f d0 9b
Dec 12 21:25:47 zeus kernel: [ 1530.777530] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:47 zeus kernel: [ 1530.777539] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:47 zeus kernel: [ 1530.786593] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:47 zeus kernel: [ 1530.786601] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:47 zeus kernel: [ 1530.813085] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:47 zeus kernel: [ 1530.813096] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:47 zeus kernel: [ 1530.837277] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:47 zeus kernel: [ 1530.837286] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:47 zeus kernel: [ 1530.864707] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:47 zeus kernel: [ 1530.864716] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:47 zeus kernel: [ 1530.911682] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:47 zeus kernel: [ 1530.911693] 47 c0 04 20 ba 42 ac cd 8e
0b 6e c1 b9 91 37 ec 83 6f d0 9b
Dec 12 21:25:47 zeus kernel: [ 1530.923155] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:47 zeus kernel: [ 1530.923165] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:48 zeus kernel: [ 1530.937747] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:48 zeus kernel: [ 1530.937756] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:48 zeus kernel: [ 1530.946456] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:48 zeus kernel: [ 1530.946465] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:48 zeus kernel: [ 1530.954475] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:48 zeus kernel: [ 1530.954484] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:48 zeus kernel: [ 1530.968440] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:48 zeus kernel: [ 1530.968451] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00
Dec 12 21:25:48 zeus kernel: [ 1530.974350] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:48 zeus kernel: [ 1530.974358] 47 c0 04 20 ba 42 ac cd 8e
0b 6e c1 b9 91 37 ec 83 6f d0 9b
Dec 12 21:25:48 zeus kernel: [ 1531.014879] 'isoc' urb completed.
status: 0, length: 0/564, pack_num: 1, errors: 0
Dec 12 21:25:48 zeus kernel: [ 1531.014888] 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00



 Worth noting is the part that says "length: 0/564" (BTW, during all
my tests, I've always had a 0 here).But following that, some of the
urb->transfer_buffer dumps seemed to have something significant. So I
hacked usb-urb.c to dump more than 20 bytes, and after getting them
from syslog, I passed them to hexdump:


00000000  47 c0 12 15 00 61 f0 0f  04 22 c1 30 b8 00 02 22  |G....a...".0..."|
00000010  d4 30 61 0d 4d 09 9f ff  ff ff ff ff ff ff ff ff  |.0a.M...........|
00000020  ff ff ff ff ff ff ff ff  ff ff ff aa ff ff ff ff  |................|
00000030  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
00000040  ff ff ff ff ff ff 3f ff  ff ff ff ff ff ff ff ff  |......?.........|
00000050  ff ff ff ff ff ff ff ff  ff ff ff ff b9 ff ff ff  |................|
00000060  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
00000080  ff ff ff ff ff ff ff ff  ff ff f4 ff ff ff 08 ff  |................|
00000090  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
000000a0  ff ff ff ff fe ff ff ff  ff ff ff ff ff ff ff ff  |................|
000000b0  ff ff ff ff ff ff ff ff  ff 4e ff ff 47 c0 12 1a  |.........N..G...|
000000c0  00 4f f0 0f 01 2c c9 00  01 00 0a 22 d4 04 4f 38  |.O...,....."..O8|
000000d0  20 8e 1b ff 0f ff ff ff  ff ff ff ff ff ff ff ff  | ...............|
000000e0  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
000000f0  ff ff 76 ff ff 3f ff ff  ff ff ff ff ff ff ff ff  |..v..?..........|
00000100  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
*
00000150  fd ff ff ff ff ff ff ff  ff ff ff ff ff ff ff bf  |................|
00000160  ff ff 93 ff ff ff e6 ff  ff ff ff ff ff ff ff ff  |................|
00000170  ff 3f ff ff ff ff ff ff  47 c0 12 fe 00 61 5a 6e  |.?......G....aZn|
00000180  01 2d e3 28 b8 00 0c 22  d4 d8 61 1f fa d4 b2 15  |.-.(..."..a.....|
00000190  00 00 01 00 00 10 f3 4d  7b 73 70 61 08 45 4c 20  |.......M{spa.EL |
000001a0  46 4c 59 45 52 6e bd 61  67 61 7a 69 6e 65 20 27  |FLYERn.agazine '|
000001b0  75 73 69 63 61 6c 3a 20  4e 6f 74 d8 63 69 61 73  |usical: Not.cias|
000001c0  91 20 41 67 65 6e 64 61  20 7c 65 20 63 6f 6e 63  |. Agenda |e conc|
000001d0  69 65 72 74 6f 33 2c 20  52 65 70 6f 72 5e 61 6a  |ierto3, Repor^aj|
000001e0  65 20 45 73 70 65 63 69  61 6c 20 43 72 61 69 67  |e Especial Craig|
000001f0  20 44 61 76 69 64 2c 20  54 75 6c 73 61 20 79 20  | David, Tulsa y |
00000200  57 6f 6e 64 65 72 66 6f  6f 6c 20 43 6f 73 6d 65  |Wonderfool Cosme|
00000210  74 69 63 73 4e 74 00 73  70 61 00 6e 4d 61 67 61  |ticsNt.spa.nMaga|
00000220  7a 69 6e 65 20 6d 75 73  69 63 61 6c 3a 20 4e 6f  |zine musical: No|
00000230  74 69 63 69                                       |tici|
00000234


What you can see near the end is the EPG from the spanish channel Fly
Music, if I'm right.

Last (but not least ;-), here are the parameters I used during this
test (remember, USB 2.0 is disabled):

.stream = {
	.type = USB_ISOC,
	.count = 6,
	.endpoint = 0x81,
	.u = {
		.isoc = {
			.framesperurb = 1,
			.framesize = 564,
			.interval = 150,
		}
	}
},


 Be aware that lsusb -v (without ehci_usb) lists 1023 as the maximum
packet size, as opposed to 564 (the value with ehci_usb loaded), but
changing that parameter didn't make any difference. Also note the
value in .interval: I only got some success with values between 100
and 200, approximately. I'm not an expert but they seem very strange
values to me. Didn't have any success at all with ehci_usb loaded.


Well, these are my discoveries until now, as a newbie on this field.
Let me see what you think.

Regards


-- 

           Román


2007/12/4, Román <roman.pena.perez at gmail.com>:
> Hi, Aapo, Pere and everybody else interested
>
> I tried the parameters you recommended me in your last message, without success:
>
> 2007/12/2, Aapo Tahkola <aet at rasterburn.org>:
> > These parameters worked for me back in the days megasky used firmware
> > with isoc transfer mode:
> >                 .stream = {
> >                         .type = USB_ISOC,
> >                         .count = 8,
> >                         .endpoint = 0x81,
> >                         .u = {
> >                                 .isoc = {
> >                                         .framesperurb = 1,
> >                                         .framesize = 564,
> >                                         .interval = 1,
> >                                 }
> >                         }
> >                 },
> >
> > You should know that m9206 isochronous mode might not play well with
> > some usb host controllers(VIA). I such cases you should be able to get
> > it working by removing ehci_hcd module before plugging your device. This
> > should disable usb 2.0 support in most systems. usb 1.0 hub
> > or even 2.0 hub might also help. You could also test this just to make
> > sure the pid filters are working correctly.
>
>
> Also, I tested every other possible combination that came to my mind.
> I tried, for instance, .framesperurb = 3 (as 564 == 188 * 3), with and
> without the hardware pid filters, with usb 2.0 and with usb 1.1 (rmmod
> ehci_hcd), with and without the code for the remote control (BTW I
> don't have it here, so I haven't tested it yet), and so on. I even
> tried to change the endpoint address, but then -ironically, this is
> the most positive result- the drivers complained about it: "dvb-usb:
> could not submit URB no. 0 - get them all back" (this happened when I
> launched "scan", and that msg appeared in dmesg or syslog between two
> calls to dvb_dmxdev_filter_set; nothing shows up in between if the
> endpoint address is set to 0x81).
>
> The result is always the same: nothing comes through dvr0. I wish I
> knew more about the USB protocol (maybe the snoopy pro logs will tell
> me more). Any further ideas? What else could I do? Is there something
> I forgot to configure? If you need more info, don't hesitate to ask
> me, I have plenty of logs :).
>
> --
>
>            Román
>



More information about the linux-dvb mailing list