Re: More information on the USB 3.0 bug

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

 



>It's a userspace thing, not determined by the kernel.  I don't know
>what Jon's GUI does when you click on "safely remove the drive".  
>However the "remove" attribute in sysfs disables the port and tells the
>hub driver not to enable it again until a connect change has occurred.

Well, I remove the connector, wait a bit and put it back in again and
nothing happens.  The power was still there, since the little light on
the stick was flashing until I pulled it out, but when I put it back in
the light did not flash.  Nothing happened.

Then I pulled it out again and put it in the bottom socket and it
worked.

>BTW, the hardware in the USB controllers used by most PCs is incapable
>of powering off individual ports.  Perhaps xHCI offers more control.

>A dmesg log with CONFIG_USB_DEBUG enabled would be most helpful.

O.K., I felt that coming.  I will start the compile going.

Fortunately "smaug" (the name of my new four-core, hyperthreaded, 16 GB
notebook) does not take long to build a kernel.  If it was still back on
the 486 I built my first kernel on, or even my seven-year-old X31
Thinkpad, it might be another story.

md

P.S. "smaug", of course, was the fire-breathing dragon of "The Hobbit"


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