diff --git a/ChangeLog b/ChangeLog index ff97641c48e3e2ab89a9197b005308e1e90df24f..ca3bdb9a7e43c4bc7e0e73292a7511e1ffce6363 100644 --- a/ChangeLog +++ b/ChangeLog @@ -936,3 +936,10 @@ NOTE: This USB driver is completely untested as of the initial check-in + * arch/arm/src/stm32/stm32_rcc.c - Fixed an error in clock initialization. + On some boards (none of mine), the HSE (high speed external clock) delay + loop times out if the optimization level is high. The STM32 then falls + back to the HSI (internal clock), and the system clock is too slow by a + factor of 11.1%. This was fixed by simply add the volatile storage class + to the timeout loop counter + diff --git a/Documentation/NuttX.html b/Documentation/NuttX.html index c50d16dd98150a83e06d954613b1df434fa18d77..bdd87219a0ebc3d23af4c5dc5efc61fcd9d99528 100644 --- a/Documentation/NuttX.html +++ b/Documentation/NuttX.html @@ -1588,6 +1588,13 @@ nuttx-0.4.13 2009-xx-xx Gregory Nutt <spudmonkey@racsa.co.cr> NOTE: This USB driver is completely untested as of the initial check-in + * arch/arm/src/stm32/stm32_rcc.c - Fixed an error in clock initialization. + On some boards (none of mine), the HSE (high speed external clock) delay + loop times out if the optimization level is high. The STM32 then falls + back to the HSI (internal clock), and the system clock is too slow by a + factor of 11.1%. This was fixed by simply add the volatile storage class + to the timeout loop counter + pascal-0.1.3 2009-xx-xx Gregory Nutt <spudmonkey@racsa.co.cr> buildroot-0.1.8 2009-xx-xx <spudmonkey@racsa.co.cr>