[speedtouch] Re: speedtouch 330 - a lot of usb_submit_urb returned -22 messages

2007-01-05 Thread Marek Klon

On Wed, Jan 03, 2007 at 11:00:57PM +0100, Duncan Sands wrote:
 Maybe
 the urb is being sent to the wrong device... is there
 a low speed device plugged in too?
except ST330 I have a UPS connected on second port.
#lsusb  
Bus 001 Device 003: ID 051d:0002 American Power Conversion Back-UPS Pro
500/1000/1500
Bus 001 Device 002: ID 06b9:4061 Alcatel Telecom SpeedTouch ISDN or ADSL
Modem
I think that UPS can be a low speed device, but I'm not 100% sure.
  
 Also, can you please apply the following patch to your
 kernel, and send in system logs again with it applied.
dmesg change to: 
[...]
usb 1-1: control read: data 00 
usb 1-1: usbdev_ioctl: SUBMITURB
usb 1-1: bulk urb
usb 1-1: submit urb
usb 1-1: direction=IN
usb 1-1: userurb=bfcf380c
usb 1-1: transfer_buffer_length=6
usb 1-1: actual_length=0
usb 1-1: data: c0 01 0f 00 00 00 
hello world!
usb 1-1: usbfs: usb_submit_urb returned -22
usb 1-1: usbdev_ioctl: CONTROL
usb 1-1: control read: bRequest=12 bRrequestType=c0 wValue=0007
wIndex= wLength=0001
[...]
usb 1-1: transfer_buffer_length=6
usb 1-1: actual_length=0
usb 1-1: data: c0 01 0f 00 00 00 
hello world!
usb 1-1: usbfs: usb_submit_urb returned -22
usb 1-1: usbdev_ioctl: CONTROL
usb 1-1: control read: bRequest=12 bRrequestType=c0 wValue=0007
wIndex= wLength=0001

-- 
Marek Klon

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: speedtouch 330 - a lot of usb_submit_urb returned -22 messages

2007-01-03 Thread Duncan Sands

 On Tue, Jan 02, 2007 at 11:45:24AM +0100, Duncan Sands wrote:
  
   e) various other cases
  
  This is us.  I hope to look into this further tonight.

Well, the only potentially relevant test I could find
in the uhci hcd is that it returns -EINVAL if the USB
device is low speed.  But yours is high speed!  Maybe
the urb is being sent to the wrong device... is there
a low speed device plugged in too?

Also, can you please apply the following patch to your
kernel, and send in system logs again with it applied.

Thanks,

Duncan.

diff --git a/drivers/usb/core/urb.c b/drivers/usb/core/urb.c
index 9801d08..0352342 100644
--- a/drivers/usb/core/urb.c
+++ b/drivers/usb/core/urb.c
@@ -373,6 +373,9 @@ int usb_submit_urb(struct urb *urb, gfp_t mem_flags)
urb-interval = temp;
}
 
+   if (usb_pipetype (pipe) == PIPE_BULK)
+   printk(hello world!\n);
+
return usb_hcd_submit_urb (urb, mem_flags);
 }
 

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: speedtouch 330 - a lot of usb_submit_urb returned -22 messages

2007-01-02 Thread Duncan Sands

 e) various other cases

This is us.  I hope to look into this further tonight.

Ciao,

Duncan.

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: speedtouch 330 - a lot of usb_submit_urb returned -22 messages

2007-01-02 Thread Marek Klon

On Tue, Jan 02, 2007 at 11:45:24AM +0100, Duncan Sands wrote:
 
  e) various other cases
 
 This is us.  I hope to look into this further tonight.
thanks
-- 
Marek Klon

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: speedtouch 330 - a lot of usb_submit_urb returned -22 messages

2007-01-01 Thread Duncan Sands

 usb 1-2: usbdev_ioctl: SUBMITURB
 usb 1-2: bulk urb
 usb 1-2: submit urb
 usb 1-2: direction=IN
 usb 1-2: userurb=bf82efec
 usb 1-2: transfer_buffer_length=6
 usb 1-2: actual_length=0
 usb 1-2: data: c0 01 0f 00 00 00 
 usb 1-2: usbfs: usb_submit_urb returned -22

It looks to me like -EINVAL (-22) is being returned
from the host controller driver (hcd).  Which one
are you using?  uhci_hcd, ehci_hcd, ohci_hcd ?

Ciao,

Duncan.

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: speedtouch 330 - a lot of usb_submit_urb returned -22 messages

2007-01-01 Thread Marek Klon

07-01-01, Duncan Sands [EMAIL PROTECTED] napisał(a):

  usb 1-2: usbdev_ioctl: SUBMITURB
  usb 1-2: bulk urb
  usb 1-2: submit urb
  usb 1-2: direction=IN
  usb 1-2: userurb=bf82efec
  usb 1-2: transfer_buffer_length=6
  usb 1-2: actual_length=0
  usb 1-2: data: c0 01 0f 00 00 00
  usb 1-2: usbfs: usb_submit_urb returned -22

 It looks to me like -EINVAL (-22) is being returned
 from the host controller driver (hcd).  Which one
 are you using?  uhci_hcd, ehci_hcd, ohci_hcd ?
uhci_hcd
#lspci -v |grep USB
00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev
01) (prog-if 00 [UHCI])

in file /usr/src/linux/Documentation/usb/error-codes.txt
I found this(maybe it can help):
[...]
**
*   Error codes returned by usb_submit_urb   *
**
[...]
-EINVAL   a) Invalid transfer type specified (or not supported)
b) Invalid or unsupported periodic transfer interval
c) ISO: attempted to change transfer interval
d) ISO: number_of_packets is  0
e) various other cases
[...]

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]




[speedtouch] Re: speedtouch 330 - a lot of usb_submit_urb returned -22 messages

2006-12-31 Thread Duncan Sands

  So can you please
  do the following: make sure that usbcore is loaded with usbfs_snoop=1
  (usbfs_snoop is a module parameter).  You can do this by (as root)
  removing usbcore then reloading it:
  
  rmmod usbcore
  modprobe usbcore usbfs_snoop=1
 In new kernel I compiled usbcore into kernel, not as a modules. 
 so IFAIK to load usbcore with parameter, I should append 
 to kernel commandline usbfs_snoop=1 right ?? 

No, it should (I think) be: usbcore.usbfs_snoop=1
There's a general mechanism in the kernel whereby
parameter p for module m can be specified on the
kernel command line as m.p

Ciao,

Duncan.

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se désinscrire : mailto:[EMAIL PROTECTED]