USB flash drives not working on one of my machines
On master whenever I plug in an USB flash drive I get:
Aug 9 14:29:50 rumko kernel: usbd_transfer_cb: short transfer 0<8
Aug 9 14:29:50 rumko kernel: usbd_new_device: addr=2, getting first desc
Aug 9 14:29:50 rumko kernel: uhub_explore: usb_new_device failed,
Aug 9 14:29:50 rumko kernel: uhub1: device problem (SHORT_XFER), disabling
Found a freebsd PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=103167&cat=)
that showed the same problem and a solution
So I added the following patches:
But now I get (3 tries on 2 different ports):
Aug 9 15:47:13 rumko kernel: usbd_get_string: getting lang failed, using 0
Aug 9 15:47:39 rumko kernel: uhub_explore: usb_new_device failed,
Aug 9 15:47:39 rumko kernel: uhub1: device problem (TIMEOUT), disabling port 1
Aug 9 15:48:03 rumko kernel: usbd_get_string: getting lang failed, using 0
Aug 9 15:48:19 rumko kernel: uhub_explore: usb_new_device failed,
Aug 9 15:48:19 rumko kernel: uhub1: device problem (TIMEOUT), disabling port 8
Aug 9 15:52:17 rumko kernel: usbd_get_string: getting lang failed, using 0
Aug 9 15:52:33 rumko kernel: uhub_explore: usb_new_device failed,
Aug 9 15:52:33 rumko kernel: uhub1: device problem (STALLED), disabling port 1
So it still doesn't work and am at a loss as to what to do next. I have 2 other
machines (another dfly and one freebsd), but the flash drives work there
without problems so it's fortunately not a big problem for me.
This machine is nforce4 based (recent dmesg can be seen at
#1 Updated by dillon over 7 years ago
Try this patch, Rumko, and tell me if it works.
The basic problem is that our ohci and ehci drivers have some old code
which plays tricks when dealing with the device address that makes
the FreeBSD patch simply not work.
#2 Updated by dillon over 7 years ago
:Just a quick question ... in the patch I see 2 blocks of "#if 1" ... "#endi=
:code ... on purpose or should it be #if 0?
:I'll test it in the evening ... in your timezone, morning I think
#if 1 ... the patch is correct. It's a bit meaningless, I know. It's
just a quick hack to see if it works or not.
#4 Updated by rumcic over 7 years ago
Matthew Dillon wrote:
> I've committed a somewhat different version of the patch to master.
> I also fixed some issues with EHCI probing during early boot that
> were not in the patch.
Unfortunately, still doesn't work (just a few mins ago updated to HEAD).
I turned up some debugging (set hw.usb.ehci.debug, hw.usb.debug and
hw.usb.uhub.debug to 4) and the output is at http://pastebin.com/m7055f929