RTEMS | stm32h7/bspstart: avoid overflow in HAL_GetTick calculation (!1144)

[Mohamed Ayman (@mohamedayman23)]

Mohamed Ayman commented on a discussion on bsps/arm/stm32h7/start/bspstart.c: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1144#note_146284

 >  /* Get number of milliseconds elapsed since startup */
 >  uint32_t HAL_GetTick(void)
 >  {
 > -  return rtems_clock_get_ticks_since_boot() *
 > -    rtems_configuration_get_milliseconds_per_tick();
 > +  return (uint32_t)(
 > +    (uint64_t) rtems_clock_get_ticks_since_boot() *
 > +    rtems_configuration_get_milliseconds_per_tick()
 > +);

i think if unsigned integer subtraction inherently handles rollover, as long as the numbers wrap exactly at the maximum value of the data type (which is 2^32−1 for a unit_32) not explicitly handling rollover, then the codebase has no explicit rollover handling.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1144#note_146284
You're receiving this email because of your account on gitlab.rtems.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260319/3861541b/attachment-0001.htm>