Le Mon, 29 Jun 2015 16:40:52 +0800,
Peter Chen peter.c...@freescale.com a écrit :
I am not sure if you have noticed the patch[1], it is the solution for
this issue, in the RTL, the default reserved time for one packet is
1023 bytes for siTD, so after 4 * 64 packets has transfered, the
Hi Peter,
Le Mon, 29 Jun 2015 16:40:52 +0800,
Peter Chen peter.c...@freescale.com a écrit :
I am not sure if you have noticed the patch[1], it is the solution for
this issue, in the RTL, the default reserved time for one packet is
1023 bytes for siTD, so after 4 * 64 packets has transfered,
On Mon, 29 Jun 2015, Peter Chen wrote:
Hi Alan,
I am not sure if you have noticed the patch[1], it is the solution for
this issue, in the RTL, the default reserved time for one packet is
1023 bytes for siTD, so after 4 * 64 packets has transfered, the
reserved time is not enough for 1023
On Tue, Mar 31, 2015 at 10:02:52AM -0400, Alan Stern wrote:
On Tue, 31 Mar 2015, Peter Chen wrote:
I reproduced this issue, I can't see the fifth endpoints during the SoFs
although the time to SoF boundary is about 800us, see attached.
- At transaction 3749, the third UAC2 gadget is
On Thu, 2 Apr 2015, Peter Chen wrote:
On Wed, Apr 01, 2015 at 10:35:16AM -0400, Alan Stern wrote:
On Wed, 1 Apr 2015, Peter Chen wrote:
This is bad. All the endpoints have maxpacket = 1023, and that's much
too big for this test. We need a maxpacket size of 64 (maybe a little
On Mon, Mar 30, 2015 at 10:03:07AM -0400, Alan Stern wrote:
On Mon, 30 Mar 2015, Peter Chen wrote:
That's strange. Can you please post the /sys/kernel/debug/usb/devices
file (with the UAC2 gadget plugged in), and also collect a usbmon trace
of the test?
It should be UAC2
On Wed, 1 Apr 2015, Peter Chen wrote:
This is bad. All the endpoints have maxpacket = 1023, and that's much
too big for this test. We need a maxpacket size of 64 (maybe a little
bigger but not much).
Back to this issue, 1024 bytes is only ~70% for frame, why it reports
iso sched
On Wed, Apr 01, 2015 at 10:35:16AM -0400, Alan Stern wrote:
On Wed, 1 Apr 2015, Peter Chen wrote:
This is bad. All the endpoints have maxpacket = 1023, and that's much
too big for this test. We need a maxpacket size of 64 (maybe a little
bigger but not much).
Back to this
On Tue, 31 Mar 2015, Peter Chen wrote:
I reproduced this issue, I can't see the fifth endpoints during the SoFs
although the time to SoF boundary is about 800us, see attached.
- At transaction 3749, the third UAC2 gadget is ready to send/receive
data.
- At next SoF periods, the first and
On Tue, Mar 31, 2015 at 10:02:52AM -0400, Alan Stern wrote:
On Tue, 31 Mar 2015, Peter Chen wrote:
I reproduced this issue, I can't see the fifth endpoints during the SoFs
although the time to SoF boundary is about 800us, see attached.
- At transaction 3749, the third UAC2 gadget is
On Fri, Mar 27, 2015 at 09:47:06AM -0400, Alan Stern wrote:
On Fri, 27 Mar 2015, Peter Chen wrote:
Hi Alan,
I tried to your case today, but it seems full speed hub with siTD
has some problems with latest greg's next tree, I use UAC2 with
configfs for audio device, high speed hub
On Mon, 30 Mar 2015, Peter Chen wrote:
That's strange. Can you please post the /sys/kernel/debug/usb/devices
file (with the UAC2 gadget plugged in), and also collect a usbmon trace
of the test?
It should be UAC2 gadget or chipidea driver problem, it is ok if I plug
in USB audio
On Mon, Mar 30, 2015 at 10:03:07AM -0400, Alan Stern wrote:
On Mon, 30 Mar 2015, Peter Chen wrote:
That's strange. Can you please post the /sys/kernel/debug/usb/devices
file (with the UAC2 gadget plugged in), and also collect a usbmon trace
of the test?
It should be UAC2
On Wed, Mar 25, 2015 at 10:11:27AM -0400, Alan Stern wrote:
On Wed, 25 Mar 2015, Peter Chen wrote:
How do you know the frame has filled already at that time? The software
makes sure it fills frame in time before next time frame?
I'm not sure I understand the question.
The
On Fri, 27 Mar 2015, Peter Chen wrote:
Hi Alan,
I tried to your case today, but it seems full speed hub with siTD
has some problems with latest greg's next tree, I use UAC2 with
configfs for audio device, high speed hub works ok.
The commands:
aplay -D hw:1,0 audio32k16M.wav
arecord
On Wed, 25 Mar 2015, Peter Chen wrote:
How do you know the frame has filled already at that time? The software
makes sure it fills frame in time before next time frame?
I'm not sure I understand the question.
The USB analyzer log showed something like this (this is a rough
On Tue, 24 Mar 2015, Peter Chen wrote:
On Mon, Mar 23, 2015 at 10:11:04AM -0400, Alan Stern wrote:
On Mon, 23 Mar 2015, Peter Chen wrote:
For going on debugging this problem, we need
I will have the hardware only for one more day, so I may not be able to
get all the information
On Tue, Mar 24, 2015 at 10:15:38AM -0400, Alan Stern wrote:
On Tue, 24 Mar 2015, Peter Chen wrote:
On Mon, Mar 23, 2015 at 10:11:04AM -0400, Alan Stern wrote:
On Mon, 23 Mar 2015, Peter Chen wrote:
For going on debugging this problem, we need
I will have the hardware only
On Mon, Mar 23, 2015 at 10:11:04AM -0400, Alan Stern wrote:
On Mon, 23 Mar 2015, Peter Chen wrote:
For going on debugging this problem, we need
I will have the hardware only for one more day, so I may not be able to
get all the information you want.
- Your bus analyzer file, I think
On Mon, 23 Mar 2015, Peter Chen wrote:
For going on debugging this problem, we need
I will have the hardware only for one more day, so I may not be able to
get all the information you want.
- Your bus analyzer file, I think there should be no enough IN/OUT
tokens within one frame, does the
On Sat, Mar 21, 2015 at 10:12:46AM -0400, Alan Stern wrote:
On Sat, 21 Mar 2015, Peter Chen wrote:
On Fri, Mar 20, 2015 at 10:16:49AM -0400, Alan Stern wrote:
Peter:
Are there any known errata for the root-hub Transaction Translator in
the Freescale host controllers?
When
On Sat, 21 Mar 2015, Peter Chen wrote:
On Fri, Mar 20, 2015 at 10:16:49AM -0400, Alan Stern wrote:
Peter:
Are there any known errata for the root-hub Transaction Translator in
the Freescale host controllers?
When debugging some problems in an i.MX51 system, I found that the host
On Fri, Mar 20, 2015 at 10:16:49AM -0400, Alan Stern wrote:
Peter:
Are there any known errata for the root-hub Transaction Translator in
the Freescale host controllers?
When debugging some problems in an i.MX51 system, I found that the host
controller would never issue more than 4
23 matches
Mail list logo