USB device stack - Added support for the logo/windows key to USB keyboard.

Dependents:   randomSearch

Fork of USBDevice by mbed official

Files at this revision

API Documentation at this revision

Comitter:
mbed_official
Date:
Tue Aug 05 20:15:19 2014 +0100
Parent:
27:0c6524151939
Child:
29:b7a0ea455a0c
Commit message:
Synchronized with git revision ddc5340e3a0ff19cde9eef35785f6d1e58217d74

Full URL: https://github.com/mbedmicro/mbed/commit/ddc5340e3a0ff19cde9eef35785f6d1e58217d74/

Fix KL25Z connect problem with some USB 3.0 hosts

Changed in this revision

USBDevice/USBDevice.cpp Show annotated file Show diff for this revision Revisions of this file
--- a/USBDevice/USBDevice.cpp	Wed Jun 18 09:00:48 2014 +0100
+++ b/USBDevice/USBDevice.cpp	Tue Aug 05 20:15:19 2014 +0100
@@ -187,7 +187,27 @@
     /* Check we should be transferring data OUT */
     if (transfer.direction != HOST_TO_DEVICE)
     {
-        return false;
+#if defined(TARGET_KL25Z) | defined(TARGET_KL46Z) | defined(TARGET_K20D5M) | defined(TARGET_K64F)
+        /*
+         * We seem to have a pending device-to-host transfer.  The host must have
+         * sent a new control request without waiting for us to finish processing
+         * the previous one.  This appears to happen when we're connected to certain 
+         * USB 3.0 host chip set. Do a zeor-length send to tell the host we're not
+         * ready for the new request - that'll make it resend - and then just
+         * pretend we were successful here so that the pending transfer can finish.
+         */
+         uint8_t buf[1] = { 0 };
+         EP0write(buf, 0);
+         
+         /* execute our pending ttransfer */
+         controlIn();
+         
+         /* indicate success */
+         return true;
+ #else
+         /* for other platforms, count on the HAL to handle this case */
+         return false;
+ #endif
     }
 
     /* Read from endpoint */