This website requires JavaScript.
Explore
Help
Register
Sign In
Mirrors_Framework
/
nuttx
Watch
1
Star
0
Fork
0
You've already forked nuttx
mirror of
https://github.com/apache/nuttx.git
synced
2026-05-14 19:38:39 +08:00
Code
Issues
Actions
1
Packages
Projects
Releases
Wiki
Activity
Files
97dfff2011baa61ba4c17519bf97c501e50c70e7
nuttx
/
arch
/
arm
T
History
Adam Porter
1da921c00f
STM32, STM32F7, STM32H7, STM32L4, and EFM32 USB Host: This change was required to get my devices (CDC-MBIM) to enumerate. Initially the system timed out retrieving the USB configuration descriptor. Ctrl IN requests got nothing but NAKs. I found that the initial SETUP packet and corresponding IN transfer were fine; it was the Status OUT phase that was getting the NAK. After receiving a NAK on the Status OUT, the code would loop back and issue another ctrl IN, which will always fail because the data was already transferred before. Thus the entire transfer would 'timeout'. The fix I implemented moves the DATANAK timeout loop to only apply to the Status OUT. Of course this worked for my devices, but maybe isn't the right solution in general. I think that both the ctrl IN and the Status OUT need their own retry loops?
2019-09-09 17:08:31 -06:00
..
include
…
src
STM32, STM32F7, STM32H7, STM32L4, and EFM32 USB Host: This change was required to get my devices (CDC-MBIM) to enumerate. Initially the system timed out retrieving the USB configuration descriptor. Ctrl IN requests got nothing but NAKs. I found that the initial SETUP packet and corresponding IN transfer were fine; it was the Status OUT phase that was getting the NAK. After receiving a NAK on the Status OUT, the code would loop back and issue another ctrl IN, which will always fail because the data was already transferred before. Thus the entire transfer would 'timeout'. The fix I implemented moves the DATANAK timeout loop to only apply to the Status OUT. Of course this worked for my devices, but maybe isn't the right solution in general. I think that both the ctrl IN and the Status OUT need their own retry loops?
2019-09-09 17:08:31 -06:00
Kconfig
…