[linux-usb-devel] patch for net2280.c to fix SET_FEATURE/CLEAR_FEATURE halt endpoint bug

2003-06-13 Thread Borchers, Al (C)(STP)
David -- I've been using the USB gadget code to develop a driver for a NetChip 2280 device that runs linux. It is great-- thanks so much. In running the USBCV Chapter 9 compliance test (usb.org) and found that the net2280.c file has a bug that causes it to fail the HaltEndpointTest. This test

[linux-usb-devel] RE: patch for net2280.c to fix SET_FEATURE/CLEAR_FEATURE halt endpoint bug

2003-06-16 Thread Borchers, Al (C)(STP)
From: David Brownell That would prevent it working for ep != 0 (== ENDPOINT_HALT), which matches a similar report I got. That's right. Thanks again, -- Al --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on

RE: [linux-usb-devel] USB Gadget - serial?

2003-09-02 Thread Borchers, Al (C)(STP)
Greg mentioned a USB gadget serial device a few days ago and it piqued my interest. I am finishing a gadget and host driver that provides Unix style pipes between a host and device over USB 2.0/1.1. Not sure if the company I am contracting with will be willing to release it GPL or not (my guess

[linux-usb-devel] High speed interrupt polling interval

2003-09-02 Thread Borchers, Al (C)(STP)
How should the interval field in an urb for USB 2.0 interpretted? Is it microframes (125 micro-seconds) as the ehci code seems to assume? Or should it be interpretted like the bInterval field in an endpoint descriptor? The USB 2.0 spec, section 9.6.6, Table 9-13, says For high-speed

RE: [linux-usb-devel] USB Gadget - serial?

2003-09-02 Thread Borchers, Al (C)(STP)
From: Joshua Wise [mailto:[EMAIL PROTECTED] It may be more helpful to write a little document on your experiences... I started with zero.c and built up from there. That is a great starting place. The code there is needed to handle the basic enumeration duties a USB device is expected to

RE: [linux-usb-devel] High speed interrupt polling interval

2003-09-02 Thread Borchers, Al (C)(STP)
Dave -- If you have a driver for a dual-speed device, the driver needs to pay attention to high speed interrupt transfers. Can you elaborate? What do I need to pay attention to? Thanks, -- Al --- This sf.net email is sponsored

RE: [linux-usb-devel] High speed interrupt polling interval

2003-09-03 Thread Borchers, Al (C)(STP)
Dave -- The general rule of thumb is that full (and low) speed transfers haven't changed interpretation -- except that as of 2.6, full speed iso periods may be multiple frames. High speed is (as above) in microframes. Full speed interrupt transfers work for me, but high speed do not. This

RE: [linux-usb-devel] gadget serial driver

2003-10-01 Thread Borchers, Al (C)(STP)
David -- Question: why do you have your own versions of the wait_event() macros? (From linux/sched.h on 2.4, or linux/wait.h on 2.6 kernels.) The macros are slighty different from linux/sched.h (that is where I got them initially). The difference is that these macros expect that the caller

RE: [linux-usb-devel] Re: gadget serial driver

2003-10-01 Thread Borchers, Al (C)(STP)
Greg -- Looks nice (becides your tab setting is a bit wrong...) Thanks. I will convert to 8 space tabs. Mind if I port it to 2.6 and add it to my linuxusb.bkbits.net/usb-2.5 kernel tree so I can play around with it? Please do. I was planning on porting to 2.6 myself (I need the

[linux-usb-devel] gadget serial driver timeout fix

2003-10-02 Thread Borchers, Al (C)(STP)
Dave, Greg -- Here is a little patch for gserial.c to fix the timeout while waiting for a condition (used to wait for data to drain on close). This patch applies to the gserial.c file I sent Tuesday night. I sent out a patch last night to add g_serial to