

SchlumbergerSema SchlumbergerSema Cyberflex Access.Gemalto Smart Enterprise Guardian Secure USB Device.Some readers (7.48%) only supports the T=0 protocol. The value 0x0300 is bogus and is used by the reader: To force USB to run in "full-speed" mode, simply add dwc_otg.speed=1 to the /boot/cmdline.txt file, as follows:ĭwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200ĭwc_otg.speed=1 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 This will have the negative side effect of limiting all peripherals (including the on-board network adapter) to 1.5 MBytes/s, but anyway, the Raspberry Pi is not designed to be a race horse. The only reliable workaround for now is to force all peripherals to run in "full-speed" mode. The problem is less acute with the most recent firmware, but it is not completely solved. The problem is, the RasPi will occasionally drop USB packets for "full-speed" peripherals (such as keyboard, mouse, modems, as well as some audio devices) when working in standard "high-speed" mode. There is one caveat on the Raspberry Pi : the USB support is still somewhat buggy perfectible, and we will need to configure it to make it work reliably.

For example from the article " Cook and Hold with Raspberry Pi (video)" you can read: I found a description of the problem on the excellent website. I don't know if the problem is hardware, software or a combination of the two.
