[linux-usb-devel] [2.5 PATCH] USB speedtouch: add module parameters

2003-06-16 Thread Duncan Sands
speedtch.c | 109 - 1 files changed, 73 insertions(+), 36 deletions(-) diff -Nru a/drivers/usb/misc/speedtch.c b/drivers/usb/misc/speedtch.c --- a/drivers/usb/misc/speedtch.c Mon Jun 16 09:35:26 2003 +++

[linux-usb-devel] Info needed on USB Core implementation

2003-06-16 Thread usb enthu
HI All, I have gone through the docs that i could find on linux-USB.org like http://www.linux-usb.org/USB-guide/book1.html http://usb.cs.tum.edu/usbdoc/ But Could not find relevent info on the ACTUAL Architecture of the Linux USB core (Specifically USB-Host) Can any one give pointers, where i

[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

[linux-usb-devel] [2.5.71] rmmod hang on ohci_hcd module removal

2003-06-16 Thread Florian Lohoff
Hi, i am seeing a reliable hang of rmmod on removal of ohci_hcd on a 2.5.71. Linux version 2.5.71 ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Mon Jun 16 14:42:36 CEST 2003 This is a Sony PCG-C1MHP with a Transmeta Crusoe running

Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates

2003-06-16 Thread Alan Stern
On Sat, 14 Jun 2003, David Brownell wrote: Major A wrote: [ 2.5.70 + ehci-0613 patch, log output sent, Subject: wrong ] Just to summarize for the peanut gallery: the logs showed no problems at all ... until the PCI files spontaneously vanished from sysfs. That's not allowed to happen,

[linux-usb-devel] Re: [patch 2.5.70] ehci, fix qh re-activation problem

2003-06-16 Thread Greg KH
On Sat, Jun 14, 2003 at 08:45:04AM -0700, David Brownell wrote: This resolves a problem that appears when relinking a bulk or control QH that has a partially completed multi-packet qTD. Some I/O could be repeated. Such cases can happen when an empty QH starts to unlink, but gets

Re: [linux-usb-devel] Re: convert kaweth to usb_buffer_alloc

2003-06-16 Thread Greg KH
On Sat, Jun 14, 2003 at 12:21:14PM +0200, Oliver Neukum wrote: Am Samstag, 14. Juni 2003 01:34 schrieb Greg KH: On Thu, Jun 12, 2003 at 09:27:38AM +0200, Oliver Neukum wrote: Hi Greg, this changes kaweth to use usb_buffer_alloc in the control and recieve paths, in which it is using

[linux-usb-devel] Re: [PATCH] handle USB printer error bits independently

2003-06-16 Thread Greg KH
On Sat, Jun 14, 2003 at 09:55:57PM -0700, Randy.Dunlap wrote: Hi, Some printers report errors (like out of paper or offline) without setting the main I have an error bit. I see this on my home printer and someone else has confirmed it for me, suggesting that we check the printer error

[linux-usb-devel] Re: [2.5 PATCH] USB speedtouch: add module parameters

2003-06-16 Thread Greg KH
On Mon, Jun 16, 2003 at 09:45:10AM +0200, Duncan Sands wrote: speedtch.c | 109 - Applied, thanks. greg k-h --- This SF.NET email is sponsored by: eBay Great deals on office

Re: [linux-usb-devel] Re: convert kaweth to usb_buffer_alloc

2003-06-16 Thread Oliver Neukum
Am Montag, 16. Juni 2003 21:02 schrieb Greg KH: On Sat, Jun 14, 2003 at 12:21:14PM +0200, Oliver Neukum wrote: Am Samstag, 14. Juni 2003 01:34 schrieb Greg KH: On Thu, Jun 12, 2003 at 09:27:38AM +0200, Oliver Neukum wrote: Hi Greg, this changes kaweth to use usb_buffer_alloc in

Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates

2003-06-16 Thread Major A
The sd_mod module is loaded automatically on boot. I find that when sd_mod is loaded at the time the USB drive is plugged in, the kernel doesn't find the partition table (fdisk claims it's blank), and any attempt to unload sd_mod segfaults. I had to unload the module before plugging the

[linux-usb-devel] bulk transfer problem (kernel 2.4.20-8)

2003-06-16 Thread Marcelo Varanda
Hello, I am just getting start with linux-usb in order to write a driver for a USB device. I am using Redhat 9 kernel 2.4.20-8 original. I can send/receive any msg through EP0. However, I am having problems when trying to do a Bulk transferring through EP2. The first downstream packet reaches

Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates

2003-06-16 Thread Major A
It wouldn't be surprising if the file that cp hung on was the same one that generated those usb_bulk/control_msg timeouts in the previous set of I'll try to reproduce that behaviour in a moment, but first I have some more news: I borrowed an NEC-based USB 2.0 PCI card today, and the USB HDD

Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates

2003-06-16 Thread Major A
Sorry, pressed the wrong button at the wrong time. Here is the sysfs tarball. Andras === Major Andras e-mail: [EMAIL PROTECTED] www:http://andras.webhop.org/

[linux-usb-devel] Re: PATCH: unusual_devs fixups

2003-06-16 Thread Greg KH
On Sun, Jun 15, 2003 at 04:31:45PM -0700, Matthew Dharm wrote: This patch implements US_PR_DEVICE and US_SC_DEVICE, which have the meaning 'use the device's value -- no override'. This should make maintance easier, and also allow for those few devices that change their descriptors depending

[linux-usb-devel] Re: PATCH: cleanups

2003-06-16 Thread Greg KH
On Sun, Jun 15, 2003 at 04:29:57PM -0700, Matthew Dharm wrote: Some minor cleanups. First, some locking in the bus-reset. Next, we move current_sg into struct us_data (why make more memory allocation issues for ourselves?). Next, we change sm_state into a normal variable, since it shouldn't

[linux-usb-devel] Re: PATCH: unusual_devs fixups

2003-06-16 Thread Greg KH
On Sun, Jun 15, 2003 at 08:45:56PM -0700, Matthew Dharm wrote: This patch (a) removes dead code, (b) renames some static functions with names that are more apropriate for static functions, and (c) implements a slave_configure() function. With the patch I just sent to Linus (et al.) to fix

Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates

2003-06-16 Thread Major A
It wouldn't be surprising if the file that cp hung on was the same one that generated those usb_bulk/control_msg timeouts in the previous set of I did a simpler version of what you told me, and it's the file /sys/devices/pci0/00:09.2/usb5/5-1/product that hangs. I can still read any

[linux-usb-devel] PATCH: avoid NULL-ptr OOPS

2003-06-16 Thread Matthew Dharm
This patch will avoid a NULL-pointer dereference OOPS which is caused by oddly-formed (yet legal) INQUIRY commands that request 0 bytes. Greg, please apply. Matt P.S. This patch was made against your 2.5-bk tree, which seems to have now vanished. Is that gone forever? # This is a BitKeeper

[linux-usb-devel] Re: PATCH: avoid NULL-ptr OOPS

2003-06-16 Thread Greg KH
On Mon, Jun 16, 2003 at 05:21:31PM -0700, Matthew Dharm wrote: This patch will avoid a NULL-pointer dereference OOPS which is caused by oddly-formed (yet legal) INQUIRY commands that request 0 bytes. Greg, please apply. Matt P.S. This patch was made against your 2.5-bk tree, which seems

Re: [linux-usb-devel] Re: convert kaweth to usb_buffer_alloc

2003-06-16 Thread Greg KH
On Mon, Jun 16, 2003 at 09:44:14PM +0200, Oliver Neukum wrote: OK, can you tell me exactly which tree I should clone and diff against. This is getting annoying and I want to exclude error sources. I've dropped the usb-2.5-bk tree, and you can just reparent back to

Re: [linux-usb-devel] [patch 2.4.21-rc8] ehci-hcd updates

2003-06-16 Thread David Brownell
Major A wrote: I'll try to reproduce that behaviour in a moment, but first I have some more news: I borrowed an NEC-based USB 2.0 PCI card today, and the USB HDD works without any problems with 2.4.21 with ehci24-0613 ... Now the bad news -- the same card doesn't work with 2.5.70-bk9 with

[linux-usb-devel] [2.5.71] ehci-hcd micro-patch

2003-06-16 Thread David Brownell
This is a handful of one-liners, significantly: - don't disable park feature (faster). - cut'n'paste should have morphed || to - initialize qh as live (as now expected) The was the most troublesome bug. It could make all kinds of things misbehave, not just those vt6202 issues some folks