Fixes bug introduced with last commit( Recover from bad AP access) Let STM32 timers run at 100 Hz against 10 Hz before. Programming STM32F103 failed random (#900) with 20 ms timeout requested against the 100 ms timeout granularity provided up to now. STM32 Firmware only ticked at 10 hertz, so the sequence "low_access", "set timeout", "send out 8 bit command", "read 3 bit result" when reading "wait" and timer increment tick happening during that sequence will already hits the timeout even so only mininal time has elapsed and not the requested timeout. |
||
---|---|---|
.. | ||
command.h | ||
crc32.h | ||
exception.h | ||
gdb_if.h | ||
gdb_main.h | ||
gdb_packet.h | ||
general.h | ||
hex_utils.h | ||
jtagtap.h | ||
morse.h | ||
platform_support.h | ||
serialno.h | ||
target.h | ||
timing.h |