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
+++
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
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
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
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,
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
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
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
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
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
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
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
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
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/
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
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
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
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
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
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
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
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
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
23 matches
Mail list logo