Hello,
we are having a curious behaviour with the USB OTG throughput on a
DM3730. Specifically, we get a much greater throughput with high cpu
loads.
The DM3730 OTG is running has HOST and attached to a custom board.
That board is a full-speed device, with 64B Bulk endpoints.
The system is the
Hi,
Your kernel is ancient. You should either ask your kernel supplier
for support or switch to using a current upstream kernel if you want
help here.
I can just give some general libusb advice.
Pedro Erencia wrote:
we are having a curious behaviour with the USB OTG throughput on a
DM3730.
2014-08-01 13:33 GMT+02:00 Peter Stuge pe...@stuge.se:
Hi,
Your kernel is ancient. You should either ask your kernel supplier
for support or switch to using a current upstream kernel if you want
help here.
I can just give some general libusb advice.
Pedro Erencia wrote:
we are having a
Pedro Erencia wrote:
Unfortunately we cannot change the linux kernel, we are tied to the
BSP supplied. :(
Then unfortunately you cannot get any help from the community, but
are tied also to the BSP supplier for your support. :(
We are currently doing synchronous bulk transfers but we also
2014-08-01 15:33 GMT+02:00 Peter Stuge pe...@stuge.se:
Pedro Erencia wrote:
Unfortunately we cannot change the linux kernel, we are tied to the
BSP supplied. :(
Then unfortunately you cannot get any help from the community, but
are tied also to the BSP supplier for your support. :(
We are
Hi,
(please avoid top-posting)
On Wed, Jun 25, 2014 at 10:59:57AM +0200, Pedro Erencia wrote:
Hi,
Thanks for the suggestions Felipe.
We are not processing our packets in during giveback, but anyway I've
tried your patch and it results in a very little (~5%) increase in
transfer rate.
Hi,
Thanks for the suggestions Felipe.
We are not processing our packets in during giveback, but anyway I've
tried your patch and it results in a very little (~5%) increase in
transfer rate.
I think it is a latency issue, since running the application reports a
97% idle time on top.
The
Hi,
On Sun, Jun 22, 2014 at 10:39:07AM -0400, Alan Stern wrote:
What happens if you attach the full-speed device to a high-speed hub
and plug that hub into the MUSB?
That's a very interesting test i will definitely do. Unfortunately, even
if that solves the problem, we could not
Hi Alan,
What happens if you attach the full-speed device to a high-speed hub
and plug that hub into the MUSB?
That's a very interesting test i will definitely do. Unfortunately, even
if that solves the problem, we could not use that on our production
boards because we cannot change the
On Sun, 22 Jun 2014, pedro wrote:
Hi Alan,
What happens if you attach the full-speed device to a high-speed hub
and plug that hub into the MUSB?
That's a very interesting test i will definitely do. Unfortunately, even
if that solves the problem, we could not use that on our production
Hi,
We are developing an ecg (electrocardiogram) application on an OMAP3
device (DM3730 ti).
An acquisition board gets the samples in microseconds and sends them
to the OMAP board via USB.
This acquisition board does a 16KHz sampling which results in ~4000
bytes sent every 8ms to the OMAP
On Sat, 21 Jun 2014, Pedro Erencia wrote:
Hi,
We are developing an ecg (electrocardiogram) application on an OMAP3
device (DM3730 ti).
An acquisition board gets the samples in microseconds and sends them
to the OMAP board via USB.
This acquisition board does a 16KHz sampling which
12 matches
Mail list logo