Re: [linux-usb-devel] cyberJack: Lazy INT INs?

2002-11-03 Thread Matthias Bruestle
Mahlzeit On Fri, Nov 01, 2002 at 05:56:50PM +0100, Matthias Bruestle wrote: > When using these readers doing constant I/O there happen packet > shifts. On the last test run with about 60 commands this > happenend once. This doesn't look much, but it does really > interfere program execution.

Re: [linux-usb-devel] cyberJack: Lazy INT INs?

2002-11-03 Thread Matthias Bruestle
Mahlzeit It does not work, when DEBUG is stayed defined in usb-uhci.c. It does work, when dbg is stayed defined in usb-uhci.c and all dbgs are commented out, thereby leaving only queue_dbg and async_dbg in effect. The outputs occuring in the kernel messages are (as examples): usb-uhci.c: process

[linux-usb-devel] PATCH: fix result code checks

2002-11-03 Thread Matthew Dharm
This patch fixes up some result-code tests that were missed in previous patches. Greg, please apply. Matt # This is a BitKeeper generated patch for the following project: # Project Name: greg k-h's linux 2.5 USB kernel tree # This patch format is intended for GNU patch command version 2.5 or hig

[linux-usb-devel] PATCH: use the new transfer_buf() routine

2002-11-03 Thread Matthew Dharm
This patch switches from using usb_stor_bulk_msg() to usb_stor_bulk_transfer_buf(), which includes a great deal more logic. This allows for elimination of all sorts of duplicate code (clearing STALLs, etc.). This also eliminates the (now) redundant functions from the ISD-200 driver. Greg, please

[linux-usb-devel] PATCH: move init of residue to a central place

2002-11-03 Thread Matthew Dharm
This patch moves the initialization of the SCSI residue field to be in just a couple of places, instead of all over the map. It's code consolidation. Greg, please apply. Matt # This is a BitKeeper generated patch for the following project: # Project Name: greg k-h's linux 2.5 USB kernel tree #

[linux-usb-devel] PATCH: check for abort at higher levels

2002-11-03 Thread Matthew Dharm
This patch adds tests for an aborted command to higher-level functions. This allows faster exit from a couple of paths and will allow code consolidation in the lower-level transport functions. Greg, please apply. Matt # This is a BitKeeper generated patch for the following project: # Project Na

[linux-usb-devel] Testing Device

2002-11-03 Thread Brandon Philips
I have developed a HID device with 9 buttons on it for a medical application. I wish to use the hiddev interface for the device and it seems to be the most practical fit. The problem I am having is I do not know if my drivers are wrong or my device has a bug because it is not looking like it is t

Re: [linux-usb-devel] Testing Device

2002-11-03 Thread Brad Hards
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 4 Nov 2002 13:19, Brandon Philips wrote: > I have developed a HID device with 9 buttons on it for a medical > application. I wish to use the hiddev interface for the device and it > seems to be the most practical fit. The problem I am having