如果你绕开configFS手动实现g_hid gadget和OTG端口（也就是UDC设备）的绑定，核心的关联字段是**struct usb_gadget结构体中的udc**指针字段。

具体细节： #

• struct usb_gadget是描述USB gadget设备的核心结构体，其中的udc字段指向当前绑定的struct usb_udc实例（这个实例对应你的OTG端口的UDC驱动）。
• 当你手动完成绑定时，本质上就是将这个udc字段赋值为目标UDC的结构体指针，随后gadget框架会通过这个关联完成硬件层面的驱动绑定、端点配置等后续操作。
• 对比configFS的方式：configFS其实是帮你封装了这个赋值和初始化的流程，底层核心逻辑还是通过操作这个字段来建立gadget与UDC的关联。

举个简化的代码逻辑示例（仅作流程示意，实际内核代码更复杂）：

struct usb_udc *target_udc = find_my_otg_udc("otg-port-name"); // 找到目标OTG端口的UDC实例
struct usb_gadget *my_gadget = get_g_hid_gadget(); // 获取g_hid的gadget结构体

my_gadget->udc = target_udc; // 完成核心绑定
usb_gadget_connect(my_gadget); // 触发后续设备连接流程

需要注意的是，手动操作这个字段必须遵循内核USB gadget框架的生命周期规则，比如要确保目标UDC处于可用状态、gadget未被绑定到其他UDC等，否则会触发错误。

内容的提问来源于stack exchange，提问作者Mustafa thamer