[linux-usb-devel] Re: [Swsusp] after resume, rmmod usbcore fails

2003-01-19 Thread Oliver Neukum
Am Montag, 20. Januar 2003 00:03 schrieb Charl P. Botha: > On Sun, Jan 19, 2003 at 11:45:11PM +0100, Oliver Neukum wrote: > > Charl wrote: > > > This is UHCI on an i845M chipset. I've tried it with both the uhci and > > > uhci-je drivers IIRC. > > > > OK, which kernel version exactly, which module

Re: [linux-usb-devel] USB Driver

2003-01-19 Thread Thomas Chen
i am also new at usb i found this is the best succint info you can find on usb http://www.physics.brandeis.edu/phys32b_2002/USBIntro/ (usb in a nutshell) on 1/19/03 5:22 PM, Shijo at [EMAIL PROTECTED] wrote: > > Hi, > > I am a beginner to USB device driver programming. I searched on the net

[linux-usb-devel] USB Driver

2003-01-19 Thread Shijo
Hi, I am a beginner to USB device driver programming. I searched on the net for related content or sample code, but could not find any. Could you give me some direction, materials or sample code which would help me to start off. Thanks for this help. Shijo --

[linux-usb-devel] PATCH: usb-storage: fix typo

2003-01-19 Thread Matthew Dharm
This patch goes on top of the last one. It fixes a typo in the test for scsi_register() failure. 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

[linux-usb-devel] Re: PATCH: usb-storage: move to SCSI hotplugging

2003-01-19 Thread Matthew Dharm
On Sun, Jan 19, 2003 at 11:56:01PM +0100, Oliver Neukum wrote: > Am Sonntag, 19. Januar 2003 23:30 schrieb Matthew Dharm: > > The attached patch is my first implementation of SCSI hotplugging. > > > > It's only been tested that it compiles, as I can't get the current > > linux-2.5 tree from linuxus

RE: [linux-usb-devel] Need "advice" on communicating with Labjack USB device

2003-01-19 Thread John Homppi
Hi Eric, This may be the "blind leading the blind" since I am a newbie in this group but here goes. I have the same problem with a device from one of Labjack's competitors. My device is an ADU200 from Ontrak Control Systems. It has only one configuration that enumerates as a HID interface. Just

[linux-usb-devel] [PATCH] rework error handling in speedtouch probe function

2003-01-19 Thread Duncan Sands
speedtouch: rework udsl_usb_probe error handling (for example, handle failure of atm_dev_register). Do some trivial cleaning up while we're at it. speedtouch.c | 42 +- 1 files changed, 25 insertions(+), 17 deletions(-) diff -Nru a/drivers/usb/mis

[linux-usb-devel] [PATCH] move udsl_atm_startdevice into speedtouch probe function

2003-01-19 Thread Duncan Sands
speedtouch: roll udsl_atm_startdevice into udsl_usb_probe. speedtouch.c | 29 ++--- 1 files changed, 10 insertions(+), 19 deletions(-) diff -Nru a/drivers/usb/misc/speedtouch.c b/drivers/usb/misc/speedtouch.c --- a/drivers/usb/misc/speedtouch.c Mon Jan 20 01:10:

[linux-usb-devel] [PATCH] turn speedtouch micro race into a nano race

2003-01-19 Thread Duncan Sands
speedtouch: turn a micro race into a nano race. The race is that an ATM device can be used the moment atm_dev_register returns, but you only get to fill out the atm_dev structure after atm_dev_register returns (this is a design flaw in the ATM layer). Thus there is a small window during w

[linux-usb-devel] [PATCH] move udsl_atm_set_mac into speedtouch probe function

2003-01-19 Thread Duncan Sands
speedtouch: roll udsl_atm_set_mac into udsl_usb_probe. speedtouch.c | 15 --- 1 files changed, 4 insertions(+), 11 deletions(-) diff -Nru a/drivers/usb/misc/speedtouch.c b/drivers/usb/misc/speedtouch.c --- a/drivers/usb/misc/speedtouch.c Mon Jan 20 01:09:27 2003 +++ b/drive

[linux-usb-devel] [PATCH] eliminate pointless dynamic allocation in speedtouch

2003-01-19 Thread Duncan Sands
speedtouch: use an array for rcvbufs rather than a pointer and dynamic allocation. speedtouch.c | 16 +--- 1 files changed, 1 insertion(+), 15 deletions(-) diff -Nru a/drivers/usb/misc/speedtouch.c b/drivers/usb/misc/speedtouch.c --- a/drivers/usb/misc/speedtouch.c Mon Jan

[linux-usb-devel] [PATCH] trivial speedtouch changes

2003-01-19 Thread Duncan Sands
speedtouch: trivial whitespace and debug message changes. speedtouch.c | 35 +-- 1 files changed, 21 insertions(+), 14 deletions(-) diff -Nru a/drivers/usb/misc/speedtouch.c b/drivers/usb/misc/speedtouch.c --- a/drivers/usb/misc/speedtouch.c Mon Jan 20 0

[linux-usb-devel] Re: PATCH: usb-storage: move to SCSI hotplugging

2003-01-19 Thread Oliver Neukum
Am Sonntag, 19. Januar 2003 23:30 schrieb Matthew Dharm: > The attached patch is my first implementation of SCSI hotplugging. > > It's only been tested that it compiles, as I can't get the current > linux-2.5 tree from linuxusb to boot. It dies _very_ early. Greg, I'm not Just a black screen? I

[linux-usb-devel] Re: [Swsusp] after resume, rmmod usbcore fails

2003-01-19 Thread Oliver Neukum
Am Sonntag, 19. Januar 2003 22:38 schrieb Charl P. Botha: > On Sun, Jan 19, 2003 at 10:31:00PM +0100, Oliver Neukum wrote: > > Am Sonntag, 19. Januar 2003 22:02 schrieb Charl P. Botha: > > > On Mon, Jan 20, 2003 at 09:26:51AM +1300, Nigel Cunningham wrote: > > > > Do you see messages about attempti

[linux-usb-devel] PATCH: usb-storage: move to SCSI hotplugging

2003-01-19 Thread Matthew Dharm
The attached patch is my first implementation of SCSI hotplugging. It's only been tested that it compiles, as I can't get the current linux-2.5 tree from linuxusb to boot. It dies _very_ early. Greg, I'm not sure if you'll want to apply this. Linus seemed to want this very much, and it is 2.5.x

Re: [linux-usb-devel] Pass device instead of interface?

2003-01-19 Thread Oliver Neukum
Am Sonntag, 19. Januar 2003 19:10 schrieb Matthew Dharm: > On Sun, Jan 19, 2003 at 12:05:54PM +0100, Oliver Neukum wrote: > > Am Sonntag, 19. Januar 2003 06:36 schrieb Matthew Dharm: > > > Does anyone besides me find it a bit odd that we bind drivers to an > > > interface, yet need to pass the devi

Re: [linux-usb-devel] Pass device instead of interface?

2003-01-19 Thread Matthew Dharm
On Sun, Jan 19, 2003 at 12:05:54PM +0100, Oliver Neukum wrote: > Am Sonntag, 19. Januar 2003 06:36 schrieb Matthew Dharm: > > Does anyone besides me find it a bit odd that we bind drivers to an > > interface, yet need to pass the device pointer to functions like > > usb_control_msg()? > > Physical

Re: [linux-usb-devel] Pass device instead of interface?

2003-01-19 Thread David Brownell
Matthew Dharm wrote: Does anyone besides me find it a bit odd that we bind drivers to an interface, yet need to pass the device pointer to functions like usb_control_msg()? And meanwhile, all the I/O is really directed to endpoints ... ;) For ep0 at least we have the excuse that we'd have to cr

[linux-usb-devel] memory allocation in synchronous API

2003-01-19 Thread Oliver Neukum
Hi, usb-storage uses the synchronous API in the error path indirectly. So it must allocate memory with GFP_NOIO. Patch included. Regards Oliver You can import this changeset into BK by piping this whole message to: '| bk receive [path to repository]' or apply the patch as

Re: [linux-usb-devel] Pass device instead of interface?

2003-01-19 Thread Oliver Neukum
Am Sonntag, 19. Januar 2003 06:36 schrieb Matthew Dharm: > Does anyone besides me find it a bit odd that we bind drivers to an > interface, yet need to pass the device pointer to functions like > usb_control_msg()? Physically, you send the URB to a device, so why would we hide that? Regar