usb: mtu3: handle delayed status of the control transfer
Add the delayed status handling. This is used by mass storage etc to gain some extra time to setup its internal status before it can proceed further requests, and once the gadget is ready, it will enqueue an empty packet which is used for synchronization. The issue may happen on some FGPA platform with very low cpu frequency. Signed-off-by: Chunfeng Yun <chunfeng.yun@mediatek.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:

committed by
Greg Kroah-Hartman

parent
141769851c
commit
fe7c994a5e
@@ -288,6 +288,7 @@ static inline struct ssusb_mtk *dev_to_ssusb(struct device *dev)
|
||||
* MTU3_U3_IP_SLOT_DEFAULT for U3 IP
|
||||
* @may_wakeup: means device's remote wakeup is enabled
|
||||
* @is_self_powered: is reported in device status and the config descriptor
|
||||
* @delayed_status: true when function drivers ask for delayed status
|
||||
* @ep0_req: dummy request used while handling standard USB requests
|
||||
* for GET_STATUS and SET_SEL
|
||||
* @setup_buf: ep0 response buffer for GET_STATUS and SET_SEL requests
|
||||
@@ -327,6 +328,7 @@ struct mtu3 {
|
||||
unsigned u1_enable:1;
|
||||
unsigned u2_enable:1;
|
||||
unsigned is_u3_ip:1;
|
||||
unsigned delayed_status:1;
|
||||
|
||||
u8 address;
|
||||
u8 test_mode_nr;
|
||||
|
Reference in New Issue
Block a user