[linux-usb-devel] Re: [PATCH] add LP_ABORTOPEN ioctl in usblp.c [2.5.70]

2003-06-12 Thread Randy.Dunlap
On Tue 10 June 2003 23:12, Randy.Dunlap wrote: Hi Daniele, Hi Randy, nice to see you (even if nice to hear you would be more appropriate ;) ) Were you able to test this new code path? If so, how? Well, that's a good question ... because i don't know if there is any distro program that

[linux-usb-devel] convert kaweth to usb_buffer_alloc

2003-06-12 Thread Oliver Neukum
Hi Greg, this changes kaweth to use usb_buffer_alloc in the control and recieve paths, in which it is using fixed buffers which are not safe on some architectures. As a plus, it should get a little faster on some architectures. Please apply. Regards Oliver You can import

[linux-usb-devel] Re: [PATCH] add LP_ABORTOPEN ioctl in usblp.c [2.5.70]

2003-06-12 Thread Daniele Bellucci
On Thu 12 June 2003 09:10, Randy.Dunlap wrote: Because you are at it i wish to say that, in my opinion, adding an entry to sysctl tables would be more appropriate than playing with ioctl. For example, a user/sysadm could set automaticaly LP_ABORTOPEN in any init script to avoid to code a

Re: [linux-usb-devel] Re: [PATCH] add LP_ABORTOPEN ioctl in usblp.c [2.5.70]

2003-06-12 Thread Andries Brouwer
On Thu, Jun 12, 2003 at 12:10:27AM -0700, Randy.Dunlap wrote: I'm trying to use 'tunelp' to test it. The latest version that I can find source code for is 1.3, but tunelp is part of util-linux tunelp-1.3 is ancient Andries --- This

[linux-usb-devel] [PATCH] AX8817X Driver for 2.4 Kernels

2003-06-12 Thread David T Hollis
Few minor code tweaks, formatting, etc. Greg, is this in proper shape for inclusion? --- Documentation/Configure.help.orig 2003-05-31 18:54:24.0 -0400 +++ Documentation/Configure.help2003-05-31 18:57:13.0 -0400 @@ -14548,6 +14548,24 @@ The module will be called

[linux-usb-devel] [PATCH] AX8817X Driver for 2.5 Kernels

2003-06-12 Thread David T Hollis
Minor tweaks, formatted per style guide. --- drivers/usb/net/Kconfig.orig2003-06-06 06:58:57.711454488 -0400 +++ drivers/usb/net/Kconfig 2003-06-06 07:02:23.756130936 -0400 @@ -7,6 +7,27 @@ comment Networking support is needed for USB Networking device support depends on USB

[linux-usb-devel] Cypress FX2

2003-06-12 Thread rpik
Hello Do you have any examples of programs for Cypress FX2 ? I have to write a code using this chip for aquisition date from ADC ... Best regards Norbert --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay

Re: [linux-usb-devel] Re: [PATCH] add LP_ABORTOPEN ioctl in usblp.c[2.5.70]

2003-06-12 Thread Randy.Dunlap
On Thu, 12 Jun 2003 10:35:33 +0200 Andries Brouwer [EMAIL PROTECTED] wrote: | On Thu, Jun 12, 2003 at 12:10:27AM -0700, Randy.Dunlap wrote: | | I'm trying to use 'tunelp' to test it. The latest version that I can | find source code for is 1.3, but | | tunelp is part of util-linux |

[linux-usb-devel] [PATCH] missed one usblp status buffer change

2003-06-12 Thread Randy.Dunlap
My previous patch (several months ago) missed one instance of changing usblp status data from local stack to alloc-ed memory. This patch to 2.5.70-bk13 (but should still apply AFAIK) corrects the missing instance. Please apply. -- ~Randy --- ./drivers/usb/class/usblp.c.orig2003-06-10

Re: [linux-usb-devel] USB bridge cables in non-network mode

2003-06-12 Thread Greg Brigley
On Tuesday 10 June 2003 21:04, David Brownell wrote: That is, it's a USB host. Yes Unidirectional is probably bad, you'd need some status exchange. I wondered about that, but I figured I'd start by hoping for the best possible case. There's the DFU class spec, which resembles overkill

Re: [linux-usb-devel] USB bridge cables in non-network mode

2003-06-12 Thread Bennett Todd
2003-06-12T13:20:38 Greg Brigley: :) Yes. From an implementation perspective, using the network sounds simpler and more flexible. But going without it reduces the amount of configuration our users have to do, and the amount of support that we have to do. I just occurred to me, any

Re: [linux-usb-devel] Cypress FX2

2003-06-12 Thread Major A
Norbert, Do you have any examples of programs for Cypress FX2 ? I have to write a code using this chip for aquisition date from ADC ... Which side are you interested in, the firmware, or the linux driver side? I'm using an FX2, maybe I can give you some help. Andras

[linux-usb-devel] PATCH: (as32c) Use separate transport_flags bits for transfer_dmaand setup_dma

2003-06-12 Thread Alan Stern
David: Here's a revision of my DMA-flags patch, incorporating the changes you suggested before. Greg: If David gives this the okay, please apply. This will impact the patch that Oliver Neukum sent in this morning for the kaweth driver. I couldn't include these changes in my patch because

[linux-usb-devel] Re: PATCH: (as32c) Use separate transport_flags bits for transfer_dmaand setup_dma

2003-06-12 Thread David Brownell
Looks right to me, but I didn't run it. - Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5

Re: [linux-usb-devel] Re: [PATCH] hotplug usb.rc changes

2003-06-12 Thread David Brownell
Bill Nottingham wrote: We don't include ones, but the hotplug scripts we ship will use the USB one if they it's there (the pci one is commented out, sorry.) what values do they contain? It seems hotplug can perfectly work without them. Whatever someone wants, I suppose. We just use the stock

Re: [linux-usb-devel] Re: [PATCH] hotplug usb.rc changes

2003-06-12 Thread Bill Nottingham
David Brownell ([EMAIL PROTECTED]) said: We actually load them outside of the usb hotplug framework. Which is a bit of a problem in terms of getting convergence. It'd be good to have a standard way to start up USB, and that's exactly what /etc/hotplug/usb.rc start was intended to do.

Re: [linux-usb-devel] Re: [PATCH] hotplug usb.rc changes

2003-06-12 Thread David Brownell
Bill Nottingham wrote: It's actually only for the second reason; so that the keyboard is there if (for example) fsck fails. So it looks like it'd be a win if rc.usb boot did that logic, without the coldplug stuff to handle the system being only partially booted. RH-specific logic won't be

Re: [linux-usb-devel] Re: [PATCH] hotplug usb.rc changes

2003-06-12 Thread Olaf Hering
On Thu, Jun 12, David Brownell wrote: Bill Nottingham wrote: It's actually only for the second reason; so that the keyboard is there if (for example) fsck fails. So it looks like it'd be a win if rc.usb boot did that logic, without the coldplug stuff to handle the system being only

[linux-usb-devel] Re: PATCH: (as32c) Use separate transport_flags bits for transfer_dmaand setup_dma

2003-06-12 Thread Alan Stern
On Thu, 12 Jun 2003, David Brownell wrote: Looks right to me, but I didn't run it. I ran it, but the only device I have for testing is a USB CD-RW drive. Since usb-storage doesn't currently use the usb_buffer_xxx() functions, it wasn't that much of a test. But at least it worked okay for

Re: [linux-usb-devel] USB bridge cables in non-network mode

2003-06-12 Thread Greg Brigley
Thanks, I wasn't aware that winpcap could send as well as receive. I'll keep that option in mind. Greg On Thursday 12 June 2003 13:55, Bennett Todd wrote: 2003-06-12T13:20:38 Greg Brigley: :) Yes. From an implementation perspective, using the network sounds simpler and more flexible.

[linux-usb-devel] PROBLEM: memory stick - timeout

2003-06-12 Thread Rene . Schneider2
Hello, my memory stick JMTek USBDrive 256MB don't work. The usb-storage module hangs on initializing. I have SuSE-Linux 8.2 with suse kernel 2.4.20. Is an entry in unusual_devs.h needed as it is for the other USBDrive versions from JMTek? /var/log/messages (with debug messages): -

Re: [linux-usb-devel] ISP116x performance

2003-06-12 Thread Eric Nelson
Have you tested with multiple USB devices? I'm curious as to how it scales. We have used a couple of concurrent USB devices, and performance doesn't crater. I can't really be more specific than that at the moment. We generally use webcams and printers as second devices. Neither allows easy

Re: [linux-usb-devel] Re: [PATCH] add LP_ABORTOPEN ioctl in usblp.c [2.5.70]

2003-06-12 Thread Randy.Dunlap
On Tue 10 June 2003 23:12, Randy.Dunlap wrote: Hi Daniele, Hi Randy, nice to see you (even if nice to hear you would be more appropriate ;) ) Were you able to test this new code path? If so, how? Well, that's a good question ... because i don't know if there is any distro program that