Re: [Bug 43279] No USB 3.0 support for Prolific PL2773

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jun 13, 2012 at 08:59:38AM -0700, Mark Lanctot wrote:
> Hello Sarah!
> 
> I'll cut and paste because Yahoo's quote system doesn't work well.
> 
> "Your device sounds really really flaky.  There doesn't seem to be a
> consistent failure mode, and the errors aren't repeatable.  I'd
> actually suggest you return the device and get a different brand.  If
> the device fails to enumerate now like this, who knows how stable it
> will be in the future?"
> 
> Actually all the testing you've prompted me to do has resulted in me
> getting it to work consistently with just a little awkwardness...see
> below.

Ah, ok, great!

> "Does it fail consistently when you disable auto-suspend, but unplug
> and replug the power adapter in between tries?"
> 
> I disabled auto-suspend.  Unplugging and replugging the power adapter
> always causes the device to fail to enumerate.  BUT...unplugging and
> replugging the USB cable while the power is on always causes it to
> work, with auto-suspend on or off, other devices on the USB 3.0
> controller or not, doesn't matter!  So now I have a way to get it to
> work consistently - plug it in, turn the power on, let it fail, remove
> and replug the USB cable.  Weird but it works, and sure beats plugging
> in another device into the other USB 3.0 port on the back.

Huh, ok, sounds like an odd device issue then.

> Would this have anything to do with the hard drive attached to the
> device spinning up and not being ready?  It seems that once the drive
> is spinning everything works fine - if another USB device is plugged
> in, it enumerates and if the USB cable is removed and reinserted it
> enumerates.  It won't enumerate if the drive is spun up while the USB
> cable is plugged in.  The hard drive not being ready is more of a file
> system issue though, I'm not sure if the USB controller cares what
> state the drive is in when it's issued an address.

I have no idea if your hypothesis is correct, but it sounds reasonable.

> However since I can get the device to work consistently with just a
> little rain dance required, if you don't find a bug in xHCI you can
> close this bug.  If you would like me to do more testing I'd love to
> help.

I think I'll just close the bug, since it seems like a device issue.

> Again Sarah, thanks so much for the assistance.  Without all the
> testing we've done I would never have gotten this to work at all.  I
> appreciate your time and effort.

No worries!  Thank you for debugging on your end. :)

Sarah Sharp
--
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


[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux