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@xxxxxxxxx>:
> 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@xxxxxxxxxxxxxx>:
> > 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
>
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
