Hi Sebastian, > The attached gadget is automaticly passed to the correct hcd so there > is > no need to specify that via the module parameter. I was able to load > g_zero dummy which was passed to the 2.0 hcd controller. > The purpose of these two module parameters is to test backward compatibility. For example: g_zero operates in HS mode by default when you connect it to dummy_hcd, but there is no way to force it to enumerate at FS mode with dummy_hcd. This is why the HS module parameter is needed. Same with the SS module parameter: if you developed a gadget driver that supports SS and you enumerate it with dummy_hcd it will be enumerated on the SS hcd. But if you want to test this gadget driver on HS hcd you need the SS module parameter. In conclusion, it's not that these parameters are _needed_ for dummy_hcd to function properly. They were added to allow more testing options using dummy_hcd. Thanks, Tanya Brokhman --- Sent by an consultant of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum. -- 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
