Hello,
I have borrowed Greg's changes in the Visor USB serial driver (2.5.x
kernel) that replaces a fixed pool of write urbs with dynamically
allocated write urbs, I want to use the same technique in the
ftdi_sio driver.
A simple 'dd' command to write several seconds worth of data to the
Looking at ethtool GDRVINFO support in the USB network drivers,
some in 2.4 use usb_make_path() for their bus_info field, and some
use usbbusnum:devicenum. Everything in 2.5 uses usb_make_path().
In 2.5, identifying devices with usb_make_path() is fairly simple;
it's all exported via sysfs. Is
Remove the speedtouch CRC library. With this change, the speedtch
module is no longer a multi-part object, so fix that up too.
b/drivers/usb/Makefile |4
b/drivers/usb/Makefile.lib |1
b/drivers/usb/speedtch.c | 1344 +
Very interesting. The UHCI Design Guide document is _not_ very specific
about what happens with short packets. It does say that if the SPD bit is
set then the TD is marked inactive, the QH element ptr is not updated, and
an interrupt is requested. It doesn't say what happens if the SPD bit
Hi,
this adds a list of drivers outside of drivers/usb so that they
are not so easily overlooked when going over all drivers.
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
On Fri, 27 Jun 2003 15:29:33 +0200 Oliver Neukum [EMAIL PROTECTED] wrote:
| other_drivers.txt |9 +
| 1 files changed, 9 insertions(+)
|
|
| diff -Nru a/drivers/usb/other_drivers.txt b/drivers/usb/other_drivers.txt
| --- /dev/null Wed Dec 31 16:00:00 1969
| +++
On Fri, Jun 27, 2003 at 04:45:12PM +0100, Ian Abbott wrote:
Hello,
I have borrowed Greg's changes in the Visor USB serial driver (2.5.x
kernel) that replaces a fixed pool of write urbs with dynamically
allocated write urbs, I want to use the same technique in the
ftdi_sio driver.
A
On Fri, Jun 27, 2003 at 03:29:33PM +0200, Oliver Neukum wrote:
Hi,
this adds a list of drivers outside of drivers/usb so that they
are not so easily overlooked when going over all drivers.
Why is this really needed?
cscope and other tools like that are the best thing to use if you are
Bill Nottingham wrote:
Looking at ethtool GDRVINFO support in the USB network drivers,
some in 2.4 use usb_make_path() for their bus_info field, and some
use usbbusnum:devicenum. Everything in 2.5 uses usb_make_path().
It'd be worth IMO making all 2.4 drivers use usb_make_path(),
since those IDs
On Fri, 27 Jun 2003, Greg KH wrote:
On Fri, Jun 27, 2003 at 04:45:12PM +0100, Ian Abbott wrote:
Hello,
I have borrowed Greg's changes in the Visor USB serial driver (2.5.x
kernel) that replaces a fixed pool of write urbs with dynamically
allocated write urbs, I want to use the same
Greg KH wrote:
As for how to solve this? The module reference count will be
incremented when the device is opened, right? Then on close, make sure
all urbs are flushed out before finishing the close function.
Unfortunatly, this seems to require keeping track of all pending urbs in
flight, which
David Brownell ([EMAIL PROTECTED]) said:
Bill Nottingham wrote:
Looking at ethtool GDRVINFO support in the USB network drivers,
some in 2.4 use usb_make_path() for their bus_info field, and some
use usbbusnum:devicenum. Everything in 2.5 uses usb_make_path().
It'd be worth IMO making
On Fri, 27 Jun 2003, Duncan Sands wrote:
Hi Alan, if this scenario is correct then the same problem could occur
even if urbs are not being queued, right? So the fact I only see this
with queued urbs would be a coincidence: getting the timing just right
so as to hit the race...
To be honest,
On Wed, Jun 25, 2003 at 10:03:31PM +0200, JOUANNE Mickael wrote:
Hello.
This is a patch for usbnet for working with Zaurus SL-C700.
The productid is different from other Zaurus, so i add an entry for it :)
Applied, thanks,
greg k-h
---
On Fri, Jun 27, 2003 at 10:20:59AM +0200, Duncan Sands wrote:
Remove the speedtouch CRC library. With this change, the speedtch
module is no longer a multi-part object, so fix that up too.
Applied, thanks,
greg k-h
---
This SF.Net email
On Thu, Jun 26, 2003 at 06:55:26PM +0100, Ian Abbott wrote:
I have attached several patches for the ftdi_sio (USB serial device)
driver that I have been accumulating over the last month or so as
the official maintainer (Bill Ryder) has been rather quiet of late.
He hasn't responded to
Bill Nottingham wrote:
Actually, I'd say the usb_make_path() physical IDs are not really
available through sysfs.
I distinctly recall them being in sysfs *somewhere*; since I'm not booted
into 2.5 at the moment, I don't remember the exact location.
Let me know if you find them somewhere. The
Hi,
I've been working on a Cypress SX2 controller driver
and things are starting to fall into place :) Pings with
a small packet size work (= max packet size).
I don't (yet) see how usb packets are gathered to form a
ethernet frame. I remember with the usbnet driver, packets
are gatheres until a
Am Freitag, 27. Juni 2003 19:18 schrieb Greg KH:
On Fri, Jun 27, 2003 at 03:29:33PM +0200, Oliver Neukum wrote:
Hi,
this adds a list of drivers outside of drivers/usb so that they
are not so easily overlooked when going over all drivers.
Why is this really needed?
Because I overlooked
Hi,
in 2.4 video_unregister_device() has lost its magic properties
breaking most USB v4l drivers. IMHO they should be converted
to delayed freeing resources just like ordinary character devices.
Here's the change for vicam.c. Joe, could you test whether it works?
Regards
On Fri, Jun 27, 2003 at 09:19:24PM +0200, Oliver Neukum wrote:
Am Freitag, 27. Juni 2003 19:18 schrieb Greg KH:
On Fri, Jun 27, 2003 at 03:29:33PM +0200, Oliver Neukum wrote:
Hi,
this adds a list of drivers outside of drivers/usb so that they
are not so easily overlooked when going
Frank Becker wrote:
Hi,
I've been working on a Cypress SX2 controller driver
and things are starting to fall into place :) Pings with
a small packet size work (= max packet size).
Cool -- another high speed controller!
Presumably you didn't need many changes to make ether.c
behave. Please send
OK, I'll think next time.
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 usual.
===
[EMAIL PROTECTED],
On Sat, Jun 21, 2003 at 04:49:00PM +0800, David Glance wrote:
A long standing problem has existed with usb-ohci handling of one-shot
interrupt transfers (they never worked). Attached is a fix which was
originally proposed by P.C. Chan and subsequently modified and
re-presented by Frode
On Fri, Jun 27, 2003 at 11:46:33AM -0700, David Brownell wrote:
Greg KH wrote:
As for how to solve this? The module reference count will be
incremented when the device is opened, right? Then on close, make sure
all urbs are flushed out before finishing the close function.
Unfortunatly,
On Fri, Jun 27, 2003 at 09:57:39PM +0200, Oliver Neukum wrote:
Hi,
in 2.4 video_unregister_device() has lost its magic properties
breaking most USB v4l drivers. IMHO they should be converted
to delayed freeing resources just like ordinary character devices.
Here's the change for vicam.c.
On Fri, Jun 27, 2003 at 10:11:25PM +0200, Oliver Neukum wrote:
OK, I'll think next time.
Applied, thanks.
Hm, I also had to fix up some compiler warnings again after this :)
thanks,
greg k-h
---
This SF.Net email sponsored by: Free
On Sat, Jun 21, 2003 at 04:41:02PM +0800, David Glance wrote:
A change introduced into usb-uhci.c in 2.4.21 causes the kernel to
freeze when usb-uhci is used with any driver using one-shot interrupt
transfers. The attached fix was originally proposed by Frode Isaksen and
improved by Pete
ChangeSet 1.930.159.1, 2003/06/20 11:50:29-07:00, [EMAIL PROTECTED]
[PATCH] USB: Update for the powermate driver to work with newer devices
this patch updates the powermate driver to work with a minor revision of the
powermate firmware.
drivers/usb/powermate.c | 22 +++---
1
ChangeSet 1.1005.1.10, 2003/06/27 15:23:21-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb-ohci handling of one-shot interrupt transfers
A long standing problem has existed with usb-ohci handling of one-shot
interrupt transfers (they never worked). Attached is a fix which was
originally proposed by
ChangeSet 1.1005.1.11, 2003/06/27 16:01:00-07:00, [EMAIL PROTECTED]
[PATCH] USB: disconnect of v4l devices in 2.4
in 2.4 video_unregister_device() has lost its magic properties
breaking most USB v4l drivers. IMHO they should be converted
to delayed freeing resources just like ordinary character
ChangeSet 1.1005.1.4, 2003/06/24 14:56:31-07:00, [EMAIL PROTECTED]
[PATCH] USB: pl2303: report CTS and DSR status changes to userspace.
drivers/usb/serial/pl2303.c |5 -
1 files changed, 4 insertions(+), 1 deletion(-)
diff -Nru a/drivers/usb/serial/pl2303.c
ChangeSet 1.930.159.2, 2003/06/20 14:22:23-07:00, [EMAIL PROTECTED]
[PATCH] USB: remove stupid conversions and use of floating point from aiptek.c
drivers/usb/aiptek.c | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
diff -Nru a/drivers/usb/aiptek.c b/drivers/usb/aiptek.c
ChangeSet 1.1005.1.5, 2003/06/27 11:54:20-07:00, [EMAIL PROTECTED]
Cset exclude: [EMAIL PROTECTED]|ChangeSet|20030620002017|05386
drivers/usb/storage/unusual_devs.h | 10 --
1 files changed, 10 deletions(-)
diff -Nru a/drivers/usb/storage/unusual_devs.h
ChangeSet 1.1005.1.13, 2003/06/27 16:01:19-07:00, [EMAIL PROTECTED]
[PATCH] USB: compiler fixes for previous vicam patches.
drivers/usb/vicam.c |1 +
1 files changed, 1 insertion(+)
diff -Nru a/drivers/usb/vicam.c b/drivers/usb/vicam.c
--- a/drivers/usb/vicam.c Fri Jun 27 16:26:59
ChangeSet 1.1005.1.2, 2003/06/24 14:33:27-07:00, [EMAIL PROTECTED]
[PATCH] USB: add support for 50 baud to io_edgeport.c
drivers/usb/serial/io_edgeport.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff -Nru a/drivers/usb/serial/io_edgeport.c
Hi,
Here are some USB bugfixes and updates against 2.4.21. There biggest
thing here is a speedtouch driver cleanup to use the kernel's crc32
code, and a ftdi_sio update. I've also included the one-shot interrupt
patches that are shipping in the latest Red Hat kernel, and have had
many people
ChangeSet 1.1005.1.9, 2003/06/27 15:23:13-07:00, [EMAIL PROTECTED]
[PATCH] USB: usb-uhci fix for one-shot interrupt problem
A change introduced into usb-uhci.c in 2.4.21 causes the kernel to
freeze when usb-uhci is used with any driver using one-shot interrupt
transfers. The attached fix was
ChangeSet 1.1005.1.12, 2003/06/27 16:01:07-07:00, [EMAIL PROTECTED]
[PATCH] USB: fix to previous vicam patch
OK, I'll think next time.
- fix my own stupid oversight regarding disconnect()
drivers/usb/vicam.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff -Nru
ChangeSet 1.1005.1.8, 2003/06/27 12:02:02-07:00, [EMAIL PROTECTED]
[PATCH] USB: several ftdi_sio driver patches
I have attached several patches for the ftdi_sio (USB serial device)
driver that I have been accumulating over the last month or so as
the official maintainer (Bill Ryder) has been
ChangeSet 1.1005.1.7, 2003/06/27 11:59:24-07:00, [EMAIL PROTECTED]
[PATCH] USB speedtouch: use common CRC library
Remove the speedtouch CRC library. With this change, the speedtch
module is no longer a multi-part object, so fix that up too.
drivers/usb/speedcrc.c | 124
ChangeSet 1.1005.1.3, 2003/06/24 14:53:15-07:00, [EMAIL PROTECTED]
[PATCH] USB: Desknote/ECS UCR-61S2B card reader (2.4.21 patched)
This is for 2.4.21 with the US_PR_DEVICE / US_SC_DEVICE patch in place.
Tested and working.
drivers/usb/storage/initializers.c | 48
Greg KH wrote:
IMO this change would be worth considering for 2.5 even at this
late date, even though it'd break some TBD number of drivers.
What would break? At the worse, drivers would just spit back a bunch of
warnings about urbs that were not in flight attempting to be
disconnected, right?
As an exporter in China, can supply kinds of light products:
If you have any purchase intentions for other products, please feel free to tell us in
case that we can offer you your
required products.
FLASHLIGHTS
Rechargeable spotlight Trouble light Working light Camping lantern Rubber torch
I had two maths exams last week. This of course means that I had to find
something to distract me. That thing was whipping up a SnoopyPro logfile
dumper for the command line. This was motivated by generalised frustration
with the SnoopyPro user interface.
For those wondering, SnoopyPro is a
Photonex Corporation Email Scan SMTP V4.5 MR1a on mta-1 intercepted a mail from
[EMAIL PROTECTED] which caused the Content Filter ZIP to be
triggered.
This e-mail message and any attachments are confidential and may be privileged. If you
are not the intended recipient, please notify PhotonEx
46 matches
Mail list logo
