On Thu, 2010-04-01 at 17:31 -0400, Alan Stern wrote: > > I assume so, though it's hard for me to test this with a regular PC EHCI > > controller (using the same hubs and audio CODECS). A controller problem > > doesn't seem too unlikely. > > The hub certainly doesn't have to be the same, and even using a > different USB audio codec might not make any difference. If you've got > another one available, could you try it on both a regular PC and on the > custom board? I'll try this soon. > Right. Something must go wrong when the Iso-OUT stream ends. So let's > eliminate the sync URBs from the picture; take them back out of the > audio driver. > > It's possible that the problem has something to do with the way EHCI's > schedule wraps around after 256 frames. Does the same thing happen > when you send over just a handful of samples? Try sending only enough > for 8 ms; that's 8 buffers of length 96 (48 samples per ms and 2 > bytes/sample). It works out to a total of 768 bytes of zeros. Yes, the same thing happens with just 8 ms of samples (as requested, I disabled the sync URBs): bf217e80 43901951 S Co:1:004:0 s 01 0b 0001 0002 0000 0 bf217e80 43902190 C Co:1:004:0 0 0 bf217e80 43902261 S Ci:1:004:0 s 80 06 0302 0409 00ff 255 < bf217e80 43902436 C Ci:1:004:0 0 16 = 10035700 36003800 31003300 30003800 bf217e80 43902521 S Co:1:004:0 s 22 01 0100 0002 0003 3 = 80bb00 bf217e80 43902686 C Co:1:004:0 0 3 > bf217e80 43902712 S Ci:1:004:0 s a2 81 0100 0002 0003 3 < bf217e80 43902936 C Ci:1:004:0 0 3 = 000000 bf15a180 43912210 S Zo:1:004:2 -115:1:0 1 -18:0:96 96 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a240 43912335 S Zo:1:004:2 -115:1:0 2 -18:0:96 -18:96:96 192 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a180 43921940 C Zo:1:004:2 0:1:113:0 1 0:0:96 96 > bf15a180 43921947 S Zo:1:004:2 -115:1:113 1 -18:0:96 96 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a240 43923938 C Zo:1:004:2 0:1:114:0 2 0:0:96 0:96:96 192 > bf15a240 43923945 S Zo:1:004:2 -115:1:114 2 -18:0:96 -18:96:96 192 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a180 43924938 C Zo:1:004:2 0:1:116:0 1 0:0:96 96 > bf15a180 43924942 S Zo:1:004:2 -115:1:116 1 -18:0:96 96 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a240 43926938 C Zo:1:004:2 0:1:117:0 2 0:0:96 0:96:96 192 > bf15a240 43926943 S Zo:1:004:2 -115:1:117 1 -18:0:96 96 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a180 43927937 C Zo:1:004:2 0:1:119:0 1 0:0:96 96 > bf15a180 43927941 S Zo:1:004:2 -115:1:119 1 -18:0:96 96 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a240 43928937 C Zo:1:004:2 0:1:120:0 1 0:0:96 96 > bf15a240 43928944 S Zo:1:004:2 -115:1:120 2 -18:0:96 -18:96:96 192 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a180 43929938 C Zo:1:004:2 0:1:121:0 1 0:0:96 96 > bf15a180 43929942 S Zo:1:004:2 -115:1:121 1 -18:0:96 96 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a240 43931938 C Zo:1:004:2 0:1:122:0 2 0:0:96 0:96:96 192 > bf15a240 43931948 S Zo:1:004:2 -115:1:122 1 -18:0:96 96 = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 bf15a180 43932937 C Zo:1:004:2 -104:1:124:0 1 0:0:96 96 > bf15a240 43933937 C Zo:1:004:2 0:1:125:0 1 0:0:96 96 > bf008b80 43965288 C Ii:1:002:1 -108:2048 0 bf008c00 43971290 C Ii:1:003:1 -108:2048 0 bf008800 44569216 C Ii:1:001:1 -2:2048 0 This appears to follow the same pattern of it dying ~30ms after the iso-out stream ends. - Nate Case <ncase@xxxxxxxxxxx> -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
