mirror of
https://github.com/torvalds/linux.git
synced 2024-12-11 13:41:55 +00:00
9835a6ef1a
In the gpio based case, the status of the phy is known at start by reading the VBus gpio. Actually, this is a fix, as this initial state, when not set up, prevents a gadget to answer to the enumeration phase, as there is no notification in this case (the VBus is already high when kernel boots) so no interrupt is triggered, and the flow is : - gadget initializes - gadget gets its phy-generic with a xxx_get_phy_xxx() call type - gadget does a "set_peripheral()" call type => here if the otg->state is correctly filled, the proper vbus handling will be called, and the gadget will be aware it should answer enumeration and go forth Without this fix, the USB cable must be removed and replugged for any gadget relying on phy-generic and its gpio vbus handling to work. The problem was seen on a pxa27x architecture based board on a devicetree build. Signed-off-by: Robert Jarzmik <robert.jarzmik@free.fr> Signed-off-by: Felipe Balbi <felipe.balbi@linux.intel.com> |
||
|---|---|---|
| .. | ||
| Kconfig | ||
| Makefile | ||
| of.c | ||
| phy-ab8500-usb.c | ||
| phy-am335x-control.c | ||
| phy-am335x-control.h | ||
| phy-am335x.c | ||
| phy-fsl-usb.c | ||
| phy-fsl-usb.h | ||
| phy-generic.c | ||
| phy-generic.h | ||
| phy-gpio-vbus-usb.c | ||
| phy-isp1301-omap.c | ||
| phy-isp1301.c | ||
| phy-keystone.c | ||
| phy-msm-usb.c | ||
| phy-mv-usb.c | ||
| phy-mv-usb.h | ||
| phy-mxs-usb.c | ||
| phy-omap-otg.c | ||
| phy-qcom-8x16-usb.c | ||
| phy-tahvo.c | ||
| phy-tegra-usb.c | ||
| phy-twl6030-usb.c | ||
| phy-ulpi-viewport.c | ||
| phy-ulpi.c | ||
| phy.c | ||