Re: [linux-usb-devel] [PATCH 1/9] USB: New functions to check endpoints info.

On Wednesday 02 August 2006 9:21 pm, Pete Zaitcev wrote: > On Qui, 03 Ago 2006 00:33:47 -0300, "Luiz Fernando N.Capitulino" <[EMAIL > PROTECTED]> wrote: > > > +static inline int usb_endpoint_is_bulk_in(struct usb_endpoint_descriptor > > *ep) Minor nit, maybe make that "epd" since in many other

Re: [linux-usb-devel] [PATCH] add poll to gadgetfs's endpoint zero

On Monday 26 June 2006 3:53 am, Milan Svoboda wrote: > +static unsigned int > +ep0_poll (struct file *fd, poll_table *wait) > +{ > +   struct dev_data         *dev = fd->private_data; > +   int                     mask = 0; > + > +   spin_lock_irq (&dev->lock); It'd probably be better

Re: [linux-usb-devel] Bug with USB proc_bulk in 2.4 kernel

On Wed, Aug 02, 2006 at 11:00:58PM -0700, Pete Zaitcev wrote: > Replace the semaphore exclusive_access with an open-coded lock for > the special use. The lock can be taken for: read, write, and both. > This way, two bulk URBs can be submitted simultaneously with ioctl > USBDEVFS_BULK: one read and

Re: [linux-usb-devel] [PATCH 0/9] USB: New endpoint's functions intro.

On Thu, Aug 03, 2006 at 03:34:06AM +, Luiz Fernando N. Capitulino wrote: > Hi there, > > I was doing the usb_serial_probe() cleanup when I introduced new inline > functions to make this kind of endpoint check: > > if ((endpoint->bEndpointAddress & 0x80) && > ((endpoint->bmAt

Re: [linux-usb-devel] Bug with USB proc_bulk in 2.4 kernel

Replace the semaphore exclusive_access with an open-coded lock for the special use. The lock can be taken for: read, write, and both. This way, two bulk URBs can be submitted simultaneously with ioctl USBDEVFS_BULK: one read and one write. Such access was possible before 2.4.28. Signed-off-By: Pet

Re: [linux-usb-devel] force USB device to low speed

Alan Stern wrote: > On Wed, 2 Aug 2006, Aras Vaichas wrote: >>We suspect we might be having some problems with a radiation source of around >>13MHz that might be causing problems with the 12Mbps full speed USB, we'd >>like >>to try running it at the 1.5Mbps speed to see if this fixes the problem

Re: [linux-usb-devel] [PATCH 1/9] USB: New functions to check endpoints info.

On Qui, 03 Ago 2006 00:33:47 -0300, "Luiz Fernando N.Capitulino" <[EMAIL PROTECTED]> wrote: > +static inline int usb_endpoint_is_bulk_in(struct usb_endpoint_descriptor *ep) > +{ > + if (((ep->bEndpointAddress & USB_ENDPOINT_DIR_MASK) == USB_DIR_IN) && > + ((ep->bmAttributes & USB_ENDP

[linux-usb-devel] [PATCH 5/9] acecad: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/input/acecad.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/usb/input/acecad.c b/drivers/usb/input/acecad.c index 18c10e1..d83603b 100644 --- a/drivers/usb/input/acecad.c +++ b/dr

[linux-usb-devel] [PATCH 9/9] usb-serial: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/serial/usb-serial.c | 19 +++ 1 files changed, 7 insertions(+), 12 deletions(-) diff --git a/drivers/usb/serial/usb-serial.c b/drivers/usb/serial/usb-serial.c index 12c1694..a6e8707 100644 --- a/drive

[linux-usb-devel] [PATCH 6/9] ati_remote: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/input/ati_remote.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/usb/input/ati_remote.c b/drivers/usb/input/ati_remote.c index 05d2d60..092d6a8 100644 --- a/drivers/usb/input/at

[linux-usb-devel] [PATCH 2/9] usblp: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/class/usblp.c |9 ++--- 1 files changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/usb/class/usblp.c b/drivers/usb/class/usblp.c index 48dee4b..112cf76 100644 --- a/drivers/usb/class/usblp.c +++ b/dr

[linux-usb-devel] [PATCH 3/9] hub: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/core/hub.c |9 ++--- 1 files changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c index 26c8cb5..2e13543 100644 --- a/drivers/usb/core/hub.c +++ b/drivers/usb/co

[linux-usb-devel] [PATCH 8/9] powermate: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/input/powermate.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/usb/input/powermate.c b/drivers/usb/input/powermate.c index b3c0d0c..f0f8db6 100644 --- a/drivers/usb/input/powermate

[linux-usb-devel] [PATCH 7/9] keyspan_remote: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/input/keyspan_remote.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/usb/input/keyspan_remote.c b/drivers/usb/input/keyspan_remote.c index 4723b31..a903595 100644 --- a/drivers/usb/

[linux-usb-devel] [PATCH 4/9] appletouch: Uses usb_endpoint_is_* functions.

Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> --- drivers/usb/input/appletouch.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/usb/input/appletouch.c b/drivers/usb/input/appletouch.c index 9e3f139..4c57c35 100644 --- a/drivers/usb/input/apple

[linux-usb-devel] [PATCH 0/9] USB: New endpoint's functions intro.

Hi there, I was doing the usb_serial_probe() cleanup when I introduced new inline functions to make this kind of endpoint check: if ((endpoint->bEndpointAddress & 0x80) && ((endpoint->bmAttributes & 3) == 0x02)) { /* we found a bulk in endpoint */ lo

[linux-usb-devel] [PATCH 1/9] USB: New functions to check endpoints info.

Introduces inline functions to check the endpoint's transfer type and direction. These functions makes USB driver's code simpler when dealing with endpoints by avoiding them from accessing the endpoint's descriptor structure directly when they only want to know the endpoint's transfer type and dir

Re: [linux-usb-devel] Bug with USB proc_bulk in 2.4 kernel

On Wed, Aug 02, 2006 at 06:02:16PM -0700, Pete Zaitcev wrote: > On Wed, 2 Aug 2006 21:51:00 +0200, Willy Tarreau <[EMAIL PROTECTED]> wrote: > > > Pete, do you consider your work as appropriate for mainline ? In this > > case, I can queue it for 2.4.34. > > Yes, please use the attached patch. The

Re: [linux-usb-devel] Bug with USB proc_bulk in 2.4 kernel

On Wed, 2 Aug 2006 21:51:00 +0200, Willy Tarreau <[EMAIL PROTECTED]> wrote: > Pete, do you consider your work as appropriate for mainline ? In this > case, I can queue it for 2.4.34. Yes, please use the attached patch. The one I sent for testing missed necessary exports. This is also tested with

[linux-usb-devel] [PATCH][RESEND] USB: removed a unbalanced #endif from ohci-au1xxx.c

Hi, This patch has removed a unbalanced #endif from ohci-au1xxx.c . Please apply before 2.6.18 release. Error message was: In file included from drivers/usb/host/ohci-hcd.c:909: drivers/usb/host/ohci-au1xxx.c:113:2: #endif without #if Yoichi Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]> diff

[linux-usb-devel] [PATCH 24/24] Revert "[PATCH] USB: move usb_device_class class devices to be real devices"

From: Greg Kroah-Hartman <[EMAIL PROTECTED]> This reverts c182274ffe1277f4e7c564719a696a37cacf74ea commit because it required a newer version of udev to work properly than what is currently documented in Documentation/Changes. Cc: Kay Sievers <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman

[linux-usb-devel] [PATCH 23/24] Revert "[PATCH] USB: convert usb class devices to real devices"

From: Greg Kroah-Hartman <[EMAIL PROTECTED]> This reverts bd00949647ddcea47ce4ea8bb2cfcfc98ebf9f2a commit because it required a newer version of udev to work properly than what is currently documented in Documentation/Changes. Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/usb

[linux-usb-devel] [PATCH 22/24] USB: UHCI: Don't test the Short Packet Detect bit

From: Alan Stern <[EMAIL PROTECTED]> Apparently some UHCI controllers change the value of the Short Packet Detect (SPD) bit in the TD status word -- presumably when they receive a short packet. This patch (as759) changes uhci-hcd to avoid assuming that the bit is unchanged; in fact, the driver no

[linux-usb-devel] [PATCH 21/24] USB: unusual_devs entry for Nokia 3250

From: Alan Stern <[EMAIL PROTECTED]> Here is another unusual_devs entry (as760) for another Nokia device, this time the 3250. From: Mario Rettig <[EMAIL PROTECTED]> Signed-off-by: Alan Stern <[EMAIL PROTECTED]> Signed-off-by: Phil Dibowitz <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[E

[linux-usb-devel] [PATCH 20/24] USB: dummy-hcd: disable interrupts during req->complete

From: Alan Stern <[EMAIL PROTECTED]> This patch (as756) fixes a bug in dummy-hcd found by the lockdep checker. In one of the code paths, the driver did not disable interrupts before calling a request completion routine. Signed-off-by: Alan Stern <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hart

[linux-usb-devel] [PATCH 19/24] USB: fix the USB_GADGET_DUMMY_HCD dependencies

From: Adrian Bunk <[EMAIL PROTECTED]> If USB=m, USB_GADGET=y, the option USB_GADGET_DUMMY_HCD mustn't be offered since selecting it results in a compile error. This patch fixes kernel Bugzilla #6534 reported by Toralf Förster. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Signed-off-by: Greg Kr

[linux-usb-devel] [PATCH 18/24] USB: ati_remote.c: autorepeat fix

From: Marko Macek <[EMAIL PROTECTED]> When HZ is set to 250 (new default) or 100, the time span during which repeated events from the device are ignored could be too small due to ms->jiffies rounding. This causes the auto repeat to kick in early making it impossible for the user to generate indiv

[linux-usb-devel] [PATCH 17/24] USB: doc: fixes devio.c location in proc_usb_info.txt.

From: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- Documentation/usb/proc_usb_info.txt |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Documentatio

[linux-usb-devel] [PATCH 16/24] USB: doc: usb-help.txt update.

From: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> http://www.suse.cz/development/linux-usb/ doesn't exist anymore. Signed-off-by: Luiz Fernando N. Capitulino <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- Documentation/usb/usb-help.txt |3 +-- 1 files chan

[linux-usb-devel] [PATCH 15/24] USB: Patch for rtl8150 to fix unplug problems

From: Peter Chubb <[EMAIL PROTECTED]> The RTL8150 driver currently crashes the kernel if the USB lead is unplugged while the device is active. The attached patch adds error handling to tell the network layer that the device has gone away when the device is unplugged. With this patch, the device

[linux-usb-devel] [PATCH 14/24] USB: cypress driver comment updates

From: Oliver Bock <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/usb/misc/cypress_cy7c63.c |9 +++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/usb/misc/cypress_cy7c63.c b/drivers/usb/misc/cypress_cy7c63.c index e091d32..

[linux-usb-devel] [PATCH 13/24] USB: unusual_devs device removal

From: Phil Dibowitz <[EMAIL PROTECTED]> This entry has been a mystery for some time. I had sent this patch as an RFC a while ago, and now we've had two reports of this not being needed, so I'm removing it. In the event there are reports of breakage, we should revert this patch, but add a US_FL_NE

[linux-usb-devel] [PATCH 12/24] usb-storage: Add US_FL_IGNORE_DEVICE flag; ignore ZyXEL G220F

From: Daniel Drake <[EMAIL PROTECTED]> This patch adds a new unusual_devs flag for when usb-storage needs to ignore a device that it would otherwise claim. We need to ignore the ZyXEL G220F as it is a virtual CDROM drive which includes the windows driver for this USB-WLAN adapter. After the windo

[linux-usb-devel] [PATCH 11/24] USB: New USB ID for Belkin Serial Adapter

From: Kim Oldfield <[EMAIL PROTECTED]> Can you add the USB IDs for the Belkin USB Serial adapter (P/N F5U257) to the pl2303 driver in the Linux Kernel? Are you the appropriate person to approach for this? I recently purchased a Belkin USB Serial adapter (P/N F5U257) and found that it didn't work.

[linux-usb-devel] [PATCH 10/24] USB: Additional PID for the ftdi_sio driver

From: Dave Platt <[EMAIL PROTECTED]> Here's a short patch which adds one PID to the set of devices supported by the ftdi_sio driver. The device in question is a DLP module used as part of a ham radio USB-to-packet adapter. From: Dave Platt <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[

[linux-usb-devel] [PATCH 9/24] USB: adding support for SHARP WS003SH to ipaq.c

From: Norihiko Tomiyama <[EMAIL PROTECTED]> This small patch enables a support of "SHARP WS003SH". "SHARP WS003SH" (usullary called "W-ZERO3") is most polular All-in-one handheld CellPhone-plus-WindowsMobile5.0 in Japan. "SHARP WS003SH" has two modes, "Modem" and "ActiveSync". But, "ActiveSync" m

[linux-usb-devel] [PATCH 8/24] USB: Fix Freescale high-speed USB host dependency

From: Li Yang <[EMAIL PROTECTED]> The high-speed USB SOC only exists on MPC834x family not MPC83xx family. Signed-off-by: Li Yang <[EMAIL PROTECTED]> Acked-by: Kumar Gala <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/usb/host/ehci-hcd.c |2 +- 1 files

[linux-usb-devel] [PATCH 7/24] USB: Removed 3-port device handler from Option driver

From: Matthias Urlichs <[EMAIL PROTECTED]> Dead code. From: Matthias Urlichs <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/usb/serial/option.c | 36 1 files changed, 0 insertions(+), 36 deletions(-) diff --git a/driv

[linux-usb-devel] [PATCH 6/24] USB: Drop Sierra Wireless MC8755 from the Option driver

From: Matthias Urlichs <[EMAIL PROTECTED]> This device is now supported by sierra.c. From: Matthias Urlichs <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/usb/serial/option.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/driv

[linux-usb-devel] [PATCH 5/24] USB: Let option driver handle Anydata CDMA modems. Remove anydata driver.

From: Matthias Urlichs <[EMAIL PROTECTED]> Signed-off-by: Jon K Hellan <[EMAIL PROTECTED]> Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/usb/serial/Kconfig | 24 +++- drivers/usb/serial/Makefile |1 drivers/usb/

[linux-usb-devel] [PATCH 4/24] USB: Option driver: Short driver names were identical

From: Matthias Urlichs <[EMAIL PROTECTED]> The short driver names were not unique, which prevented the driver from actually loading. Also, one of the ioctl pointers was missing. Signed-Off-By: Matthias Urlichs <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers

[linux-usb-devel] [PATCH 3/24] USB: Option driver: removed change history and linux/version.h include

From: Matthias Urlichs <[EMAIL PROTECTED]> Signed-off-by: Matthias Urlichs <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> --- drivers/usb/serial/option.c | 28 +--- 1 files changed, 1 insertions(+), 27 deletions(-) diff --git a/drivers/usb/ser

[linux-usb-devel] [PATCH 1/24] USB: AT91 UDC updates, mostly power management

From: David Brownell <[EMAIL PROTECTED]> UDC updates for AT91 series processors: - Get ready for at91sam926x processors (ARMv5tej not ARMv4t) - Suspend/resume support now behaves properly - In "standby" mode, UDC can be a source of system wakeup events (host resume, device connect/disconn

[linux-usb-devel] [PATCH 2/24] USB: AT91 OHCI updates, mostly power management

From: David Brownell <[EMAIL PROTECTED]> OHCI updates for AT91 series processors: - Get ready for at91sam926x processors (ARMv5tej not ARMv4t) - Suspend/resume support now behaves properly - In "standby" mode, OHCI can be a source of system wakeup events (remote wakeup, device connect/dis

[linux-usb-devel] [GIT PATCH] USB fixes for 2.6.18-rc3

Here are a some fixes for USB against 2.6.18-rc1. They do the following: - revert the two USB patches that forced people to upgrade udev to a newer version than specified in Documentation/Changes - removed the anydata driver, as the option driver does everything

Re: [linux-usb-devel] [PATCH] EHCI: repair remote-wakeup support

On Wed, 2 Aug 2006, David Brownell wrote: > On Thursday 06 July 2006 12:47 pm, Alan Stern wrote: > > Greg and David: > > > > This patch (as738) fixes the root-hub remote-wakeup support in ehci-hcd. > > The existing code has two problems. First, when the bus is suspended all > > root-hub inter

Re: [linux-usb-devel] [PATCH] EHCI: repair remote-wakeup support

On Thursday 06 July 2006 12:47 pm, Alan Stern wrote: > Greg and David: > > This patch (as738) fixes the root-hub remote-wakeup support in ehci-hcd. > The existing code has two problems. First, when the bus is suspended all > root-hub interrupts are disabled. A better way of saying that is pr

Re: [linux-usb-devel] Measure USB 2.0

On Thu, 3 Aug 2006, Jayaprakash Shanmugam wrote: > Hello All, > How can I make sure I am really running on USB 2.0. Check that the device reports bcdUSB = 0x0200. You can do this using "lsusb -v" or you can look in /proc/bus/usb/devices. > I just wanted > to measure the data transfer rate i

Re: [linux-usb-devel] Bug with USB proc_bulk in 2.4 kernel

Hi Benjamin, Hi Pete, On Mon, Jul 31, 2006 at 11:41:28AM -0700, Benjamin Cherian wrote: > Hi Pete, > > >How about now? > > Much better! For me, everything seems to be working. No segfaults, and > everything seems to work. That's very good news. Pete, do you consider your work as appropriate f

Re: [linux-usb-devel] lh7_udc+g_ether vs WinXP

On Wed, Aug 02, 2006 at 03:18:30PM -0400, Jamie Guinan wrote: > On Thu, 6 Jul 2006, Marc Singer wrote: > > > On Mon, May 15, 2006 at 03:23:29PM -0400, Jamie Guinan wrote: > > > On Thu, 20 Apr 2006, Marc Singer wrote: > > > > > > > Let me know of this works better for you when connecting to a Wind

Re: [linux-usb-devel] lh7_udc+g_ether vs WinXP

On Thu, 6 Jul 2006, Marc Singer wrote: > On Mon, May 15, 2006 at 03:23:29PM -0400, Jamie Guinan wrote: > > On Thu, 20 Apr 2006, Marc Singer wrote: > > > > > Let me know of this works better for you when connecting to a Windows > > > host using RNDIS. > > > > > >

[linux-usb-devel] Measure USB 2.0

Hello All, How can I make sure I am really running on USB 2.0. I just wanted to measure the data transfer rate in USB 2.0 ? I tried transferring some MBs over bulk end point and calculated the time, but this is not accurate. What else can I do ? When I used usb_bulk_msg(), it is not acceptin

Re: [linux-usb-devel] force USB device to low speed

On Tuesday 01 August 2006 9:11 pm, Aras Vaichas wrote: > Is it possible to force a USB device port to "low speed"? As a rule, no. The hardware signaling is different (I've even seen bit-banging implementations, with real-time operating systems) and the device model is too ... no bulk transfers.

Re: [linux-usb-devel] [RFC/PATCH] Make usb_buffer_free() NULL-safe

On Tuesday 01 August 2006 7:33 pm, Dmitry Torokhov wrote: > Hi, > > kfree() handles NULL arguments which is handy in error handling paths as one > does need to insert bunch of ifs. How about making usb_buffer_free() do the > same? looks ok. --

Re: [linux-usb-devel] force USB device to low speed

On Wed, 2 Aug 2006, Aras Vaichas wrote: > Is it possible to force a USB device port to "low speed"? Depends on the hardware. > I am running an at91rm9200 based board with Linux 2.6.16. I don't know anything about that hardware, sorry. > We suspect we might be having some problems with a radiat

Re: [linux-usb-devel] Claim Interface before snd_usb_audio does

Please send your messages to the mailing list as well as to me. On Wed, 2 Aug 2006, Jared Holzman wrote: > >> Another quick question, what does the status -EOVERFLOW mean for > >> individual isochronous packets? > >> > > > > All the normal USB error codes are explained in > > Documentation