> > Hello. > > Just in case if you already have pointer or experience with this, any > suggestion is > highly appreciated. > > Some of the recent i.MX boards has USB-C socket for USB-OTG port, and I wonder > how I can try the following steps (Dual-role behavior testing) with USB-C > sockets. > > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.kernel. > org%2Fdoc%2FDocumentation%2Fusb%2Fchipidea.txt&data=02%7C01%7Cpeter.c > hen%40nxp.com%7Cc2f36f5be257466d78b608d53e8e2d57%7C686ea1d3bc2b4c6f > a92cd99c5c301635%7C0%7C0%7C636483702729739829&sdata=6slKCmxytnXl% > 2BP4J73NlXm6CPtVSq3GGsXqSXO%2Bn5fY%3D&reserved=0 > > The steps involves micro-A and micro-B plugs, but for my board only USB-C plug > can be inserted. > (I tried C-C cable to connect two boards, but nothing happened - both of the > boards > stayed in gadget role, neither becoming the host). > > I have confirmed my board can act as host (can detect a device attached and > shown > on lsusb output) or gadget (by loading mass storage driver, it can be shown as > external disk from my PC). > > (Well, however these behaviors are not stable yet with my local build image.) > > Anyway: > > - How can I conduct test steps outlined in chipidea.txt memo.
Since USB OTG FSM has not been accepted by industry during last ten years, we decide to give up maintaining OTG FSM at Linux kernel. For role switch use case, please use /sys/../role instead, see below commit for detail: https://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/commit/drivers/usb/chipidea/core.c?h=ci-for-usb-next&id=a932a8041ff9941a244619555f1c75ecf299f662 Peter -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
