Thanks Johan, Apologies for not including lsusb output before, I was having hardware issues. It's included below https://gist.github.com/bewest/6488955#file-lsusb I can take patches, sure. Would it be possible for me to just follow someone's branch from somewhere? I'm currently using (after ubuntu upgrading me to saucy): $ uname -a Linux patient 3.11.0-18-generic #32-Ubuntu SMP Tue Feb 18 21:11:14 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Found a quick way to get 3.13.6 (no debug, same messages for both) Linux patient 3.13.6-031306-generic #201403070154 SMP Fri Mar 7 06:55:03 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux I still get this (without debug): Mar 13 14:00:26 patient kernel: [47732.368802] usb 3-3: new full-speed USB device number 5 using xhci_hcd Mar 13 14:00:26 patient kernel: [47732.385644] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:26 patient kernel: [47732.505663] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:27 patient kernel: [47732.720600] usb 3-3: new full-speed USB device number 6 using xhci_hcd Mar 13 14:00:27 patient kernel: [47732.737936] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:27 patient kernel: [47732.857791] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:27 patient kernel: [47733.072543] usb 3-3: new full-speed USB device number 7 using xhci_hcd Mar 13 14:00:27 patient kernel: [47733.089682] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:27 patient kernel: [47733.209688] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:27 patient kernel: [47733.424420] usb 3-3: new full-speed USB device number 8 using xhci_hcd Mar 13 14:00:27 patient kernel: [47733.441518] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:27 patient kernel: [47733.561480] usb 3-3: device descriptor read/8, error -75 Mar 13 14:00:28 patient kernel: [47733.664345] hub 3-0:1.0: unable to enumerate USB device on port 3 I'll have to revisit how I enabled debug last time; from what I remember it's just as easy to follow someone's git branch or use someone's recommended tag as it is to do anything else? Any chance you can point me towards one? Would using Sarah's branch be worth a try, or you want a kind of baseline from v3.13.6 with debug first? I noticed in a diff between her branch and some others that there appeared to be minor grunt-work nits to work out of the code, some in unrelated sections (things like spellings in comments) if commit c3fd544720ca9ea677fff12970db9c42cedaa1d6 does turn out, perhaps I can also patch/test some of that material if it helps? -bewest P.S. https://gist.github.com/bewest/6488955#file-lsusb (From a different machine with usb 2.0 ports) + lsusb -v -d 0x0a21:0x8001 Bus 002 Device 060: ID 0a21:8001 Medtronic Physio Control Corp. MMT-7305WW [Medtronic Minimed CareLink] Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0a21 Medtronic Physio Control Corp. idProduct 0x8001 MMT-7305WW [Medtronic Minimed CareLink] bcdDevice 1.10 iManufacturer 0 iProduct 0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 255 Vendor Specific Protocol iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Device Status: 0x0000 (Bus Powered) On Thu, Mar 13, 2014 at 11:42 AM, Johan Hovold <johan@xxxxxxxxxx> wrote: > [ Adding Sarah as Cc. ] > > On Wed, Mar 12, 2014 at 10:29:13AM -0700, Benjamin West wrote: >> Howdy, >> >> First, many many thanks for usbserial and friends! >> I'm using a Medtronic Carelink usb stick (to download my insulin pump data). >> With usb 2.0 ports, it works very well thanks to the usbserial module. >> I noticed newer kernels discourage users from doing something like: >> modprobe usbserial vendor=0x0a21 product=0x8001 >> There is a notice printed to contact the linux kernel developers. >> I expected the serial device to be created silently, are more than just the >> vendor/product ids needed? > > Thanks for the report. > > Could you also provide the output of > > lsusb -v -d 0x0a21:0x8001 > > I can add this device to the usb-serial-simple driver so that the > modprobe parameters would no longer be needed. Could you apply and test > such a patch if I send you one? > >> With usb 3.0 ports it fails to enumerate. >> Below is a snapshot of a log with debug enabled. >> >> I also noticed a thread called >> * Re: [PATCH] usbcore: fix BABBLE failed enumeration of legacy USB2 >> devices on USB3 bus >> https://lkml.org/lkml/2014/1/17/648 >> * Re: [GIT PULL] usb: Enumeration change under xHCI for 3.14. >> http://comments.gmane.org/gmane.linux.usb.general/99901 >> These seem interesting, like perhaps they might be relevant? >> I poked around looking at branches; I see that some usb fixes that >> look similar, any advice? >> In particular, Sarah Sharp's fun-2013-10-01-address-device >> c3fd544720ca9ea677fff12970db9c42cedaa1d6 >> looks very similar. >> Snapshot of log output follows, > > The log below is from a 3.8-rc kernel. Are you able to reproduce this > with a more recent kernel such as v3.13.6? > > Thanks, > Johan > >> HTH, >> -bewest >> >> P.S. Could I be CC'd on any reply? >> >> Full log: https://gist.github.com/bewest/6488955 >> git https://gist.github.com/6488955.git mm-cannot-enumerate >> I removed the device, ran a script to log the day/uname, then inserted >> the device. >> Expected something like /dev/ttyUSB0 to be created, got failed to >> enumerate, -75. >> First line is uname. >> >> Oct 10 18:43:21 patient logger: Linux patient >> 3.8.0-rc7-custom-usb-bewest-debug #2 SMP Thu Oct 10 18:10:46 PDT 2013 >> x86_64 x86_64 x86_64 GNU/Linux -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
