You are a recipient to Mr Pedro Quezada Donation of 2M USD. Contact
(qpedro...@gmail.com) for claims.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
2014-08-01 15:33 GMT+02:00 Peter Stuge :
> 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 s
2014-08-01 13:33 GMT+02:00 Peter Stuge :
> 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 Erenci
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 f
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 profili
MB/s by reducing the time
spent on the OMAP micro (which i find difficult) or by increasing the
packet size, having to use the Isochronous interface with a risk of
packet losing.
Thanks :)
On 21/06/14 15:07, Alan Stern wrote:
On Sat, 21 Jun 2014, Pedro Erencia wrote:
Hi,
We a
d force us, maybe, to use an isochronous
inteface instead of a bulk, with the risk of packet lossing.
So the question is, given the restraints we face, are there any other
options we could consider to reach the .5 MB/s ?
Thanks.
Pedro Erencia.
--
To unsubscribe from this list: send the line &q
