On Sun, 2017-06-11 at 11:00 +1000, Benjamin Herrenschmidt wrote: > > > No, a reset sent to the vhub does not broadcast anything to the > > downstream ports. It merely disables all of them and clears all their > > status bits (the connect and connect-change bits will then get set if a > > gadget is bound to the port -- the exact timing depends on whether > > you want to emulate port power switching since a reset will turn off > > the port's power feature). To the gadgets, this should appear to be > > the same as a suspend -- in fact, you should invoke their suspend > > callbacks. Likewise if the host clears a port's enable feature. > > Oh interesting. I was assuming a clearing of port enable to be a reset > rather than a suspend. > > So for example, from the perspective of an ordinary gadget today (ie > not my driver), if I yank the cable, what they see is a suspend ? Ah, wait... the gadget driver has a ->disconnect() ... Maybe that's what I should call in that case no ? Cheers, Ben. -- 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
