On Fri, Mar 20, 2009 at 01:45:58PM -0400, Aidan Van Dyk wrote:
> I've recently got an old Blackberry (7130g, locked on rogers) that I'm
> trying to use on linux, and am getting:
>    Usb::Error caught: (-110, No error): Timeout in usb_bulk_read

Hi Aidan!  Welcome to Barry.


> When I plug it in, it seems to get recognised:
>       Mar 20 12:14:22 corn kernel: [356645.814332] usb 2-1.3: new full speed 
> USB device using ehci_hcd and address 15
>       Mar 20 12:14:22 corn kernel: [356645.924836] usb 2-1.3: configuration 
> #1 chosen from 1 choice
>       Mar 20 12:14:23 corn kernel: [356646.689081] usb 2-1.3: First magic 
> command failed: -32.
>       Mar 20 12:14:23 corn kernel: [356646.717230] usb 2-1.3: USB disconnect, 
> address 15
>       Mar 20 12:14:23 corn kernel: [356647.106249] usb 2-1.3: new full speed 
> USB device using ehci_hcd and address 16
>       Mar 20 12:14:23 corn kernel: [356647.216500] usb 2-1.3: configuration 
> #1 chosen from 1 choice


I'm assuming here that bcharge is installed and being run as expected
from udev rules.  The MaxPower result of 500mA in your lsusb output
seems to confirm this.


> And I think things look proper, USB-wise, based on lsusb:
>             Endpoint Descriptor:
>               bLength                 7
>               bDescriptorType         5
>               bEndpointAddress     0x81  EP 1 IN
>               bmAttributes            2
>                 Transfer Type            Bulk
>                 Synch Type               None
>                 Usage Type               Data
>               wMaxPacketSize     0x0040  1x 64 bytes
>               bInterval               0
>             Endpoint Descriptor:
>               bLength                 7
>               bDescriptorType         5
>               bEndpointAddress     0x02  EP 2 OUT
>               bmAttributes            2
>                 Transfer Type            Bulk
>                 Synch Type               None
>                 Usage Type               Data
>               wMaxPacketSize     0x0040  1x 64 bytes
>               bInterval               0
>             Endpoint Descriptor:
>               bLength                 7
>               bDescriptorType         5
>               bEndpointAddress     0x83  EP 3 IN
>               bmAttributes            2
>                 Transfer Type            Bulk
>                 Synch Type               None
>                 Usage Type               Data
>               wMaxPacketSize     0x0040  1x 64 bytes
>               bInterval               0
>             Endpoint Descriptor:
>               bLength                 7
>               bDescriptorType         5
>               bEndpointAddress     0x04  EP 4 OUT
>               bmAttributes            2
>                 Transfer Type            Bulk
>                 Synch Type               None
>                 Usage Type               Data
>               wMaxPacketSize     0x0040  1x 64 bytes
>               bInterval               0
>       Device Status:     0x0000
>         (Bus Powered)

I'm assuming that Barry might be guessing the endpoint pair incorrectly.
You can override this using btool, so try something like:

        btool -v -l -e 81,2
        btool -v -l -e 83,4

You might even try different endpoint permutations, but I haven't seen
endpoints used like that on the Blackberry before.

Note that you can also use the -z option on btool, to turn off threading
and make the straces cleaner, if you need to.

- Chris


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel

Reply via email to