On 01/14/2014 09:13 AM, Felipe Balbi wrote:
On Mon, Jan 13, 2014 at 11:25:16PM -0500, Alan Ott wrote:
On 01/13/2014 09:01 PM, Alan Stern wrote:
On Mon, 13 Jan 2014, Felipe Balbi wrote:
On Mon, Jan 13, 2014 at 03:20:31PM -0500, Alan Ott wrote:
I have an EG20T-based board and have some issues
On 01/14/2014 02:08 AM, Pratyush Anand wrote:
On Tue, Jan 14, 2014 at 02:06:13PM +0800, Alan Ott wrote:
On 01/14/2014 12:08 AM, Rajaram R wrote:
I guess it is something to do with the buffer size of the gadget
driver. Could you please try change the buffer size to 16K and confirm
if the delay
On 01/14/2014 10:02 AM, Alan Stern wrote:
On Mon, 13 Jan 2014, Alan Ott wrote:
By the way, isn't it true that f_sourcesink uses only one request for
each bulk endpoint? That would naturally lead to a delay each time the
request completes and has to be resubmitted.
That's what the
On 01/14/2014 12:08 AM, Rajaram R wrote:
I guess it is something to do with the buffer size of the gadget
driver. Could you please try change the buffer size to 16K and confirm
if the delay is shifting ? In this case your delay should be after 31
transfers...
===
66 static struct u
On 01/13/2014 09:01 PM, Alan Stern wrote:
On Mon, 13 Jan 2014, Felipe Balbi wrote:
Hi,
On Mon, Jan 13, 2014 at 03:20:31PM -0500, Alan Ott wrote:
I have an EG20T-based board and have some issues with performance on
the USB device interface.
I don't have that hardware but ...
I m
On 01/13/2014 05:11 PM, Felipe Balbi wrote:
160MBit/sec isn't terrible, but I hoped for better. A USB analyzer
shows 7 transactions happening quickly (with about 14us separating
them), but every 8th transaction, the EG20T will NAK between 20-80
times[1], losing 50-100us[2].
as Alan stated, this
Toshiharu and Tomoya,
I sent the email below to linux-usb today in regards to some performance
issues I'm seeing with the EG20T (pch_udc) driver.
I appreciate any insight you may have.
Alan.
On 01/13/2014 03:20 PM, Alan Ott wrote:
Hi all,
I have an EG20T-based board and have some i
Hi all,
I have an EG20T-based board and have some issues with performance on the
USB device interface.
I made a libusb test program (using the async interface)[0] to read data
from the EG20T's USB device port which has the gadget zero source/sink
function bound. In theory, one would hope thi
On 01/01/2014 05:13 PM, Sander Smeenk wrote:
Plugging in a 0471:206c 'Spinel plusf0r Asus' IR receiver with the
more recent mceusb module versions Oops'es the kernel with a null
pointer deref. I'm currently seeing this in 3.12.0 (Ubuntu stock) but i
recall seeing this problem since about 3.8+ ker
On 01/01/2014 09:48 AM, Joe M wrote:
I am developing a USB HID device (simple keyboard). I want to have 2
different such keyboards connected to the same computer to share the
shift, control, alt or any such modifier key. So, I do not have to
have the same modifier key on the different keyboards c
On 12/19/2013 06:29 AM, Krzysztof Opasiak wrote:
Add error handling when gadget_read_buf return NULL.
If read of string fails, the string should be set as empty.
It's typical to put () at the end of function names in log messages.
Also s/return/returns/
"Add error handling when gadget_read_b
On 11/14/2013 10:04 AM, vichy wrote:
hi alan ott:
2013/11/14 Alan Ott :
On 11/14/2013 09:52 AM, vichy wrote:
hi alan:
2013/11/14 Alan Ott :
On 11/14/2013 09:33 AM, vichy wrote:
1. if I need to capture all the data host capture from bus, usb mon
binary can reach this goal?
2. if #1 is Yes
On 11/14/2013 09:52 AM, vichy wrote:
hi alan:
2013/11/14 Alan Ott :
On 11/14/2013 09:33 AM, vichy wrote:
1. if I need to capture all the data host capture from bus, usb mon
binary can reach this goal?
2. if #1 is Yes. from usb mon text I need
a. compile kernel with usbmon support
On 11/14/2013 09:33 AM, vichy wrote:
1. if I need to capture all the data host capture from bus, usb mon
binary can reach this goal?
2. if #1 is Yes. from usb mon text I need
a. compile kernel with usbmon support
b. access /dev/usbmonx
c. feed the binary file to wireshark.
Wit
On 11/10/2013 06:14 PM, Tobias Jakobi wrote:
Since suggested by gregkh, here a CC.
Typically you're going to get a better response on mailing lists if you
give a little more information. Start with the following:
1. What kernel are you using?
2. Which gadget are you trying to use (assumed fr
On 11/06/2013 08:04 AM, Stanislaw Wadas wrote:
In reference to the message sent by Andrzej Pietrasiewicz
(about libusbg (formerly libgadget)) I would like to propose
some changes to libusbg.
Creating directories is now performed after successful memory
allocation and gadget function creation. Ha
On 11/07/2013 02:41 AM, Oliver Neukum wrote:
On Tue, 2013-11-05 at 21:16 +, Luke-Jr wrote:
I am trying to interface with the "HEX" devices sold by http://technobit.eu/
which appear as CDC-ACM devices, but give an I/O error whenever I try to open
them, with some rather unclear error descripti
On 11/05/2013 05:39 PM, Cliff Brake wrote:
On Tue, Nov 5, 2013 at 9:57 AM, Alan Stern wrote:
You might be better off writing a special-purpose userspace driver,
using libusb, instead of relying on the HID driver. That would allow
you to handle your data more efficiently, and with interrupts en
On 03/20/2013 09:28 PM, jonsm...@gmail.com wrote:
> On Wed, Mar 20, 2013 at 9:19 PM, Alan Ott wrote:
>> On 03/20/2013 09:12 PM, jonsm...@gmail.com wrote:
>>> On Wed, Mar 20, 2013 at 8:56 PM, Greg KH wrote:
>>>> On Wed, Mar 20, 2013 at 08:49:50PM -0400, jonsm...@gmai
On 03/20/2013 09:12 PM, jonsm...@gmail.com wrote:
> On Wed, Mar 20, 2013 at 8:56 PM, Greg KH wrote:
>> On Wed, Mar 20, 2013 at 08:49:50PM -0400, jonsm...@gmail.com wrote:
>>> On Wed, Mar 20, 2013 at 8:38 PM, Greg KH wrote:
On Wed, Mar 20, 2013 at 08:25:15PM -0400, jonsm...@gmail.com wrote:
>
20 matches
Mail list logo