Just in case, for those who may be in search of this issue and come across
this thread, this was fixed in:
https://github.com/apache/incubator-nuttx/pull/4872 (stm32f7:sdmmc defer
invalidate until after DMA completion)
сб, 19 сент. 2020 г. в 13:28, Bob Feretich :
> By the way, the signature of th
Hello Jukka,
I was able to localize the root cause of the issue. I've created
https://github.com/apache/incubator-nuttx/pull/5705 to recover things
and added a separate option that should be explicitly enabled to
re-use a board-level common code by custom boards users.
Please try this change and
Hi
I've tried to modify the base timer from 10ms to 1ms, but in the
execution of the generated RT Thread i get a overrun (of about 5ms...).
I modified for this the "CONFIG_SCHED_TICKLESS" from 1 to 1000.
My board is a the STM32F746:nucleo-144 board. Are there other
possibilities to get a
Hi Roberto,
Try to sleep less than 1000us, because the sleep(X) means it will
sleep at least X us, not less, not equal.
BR,
Alan
On 3/9/22, Roberto Bucher wrote:
> Hi
>
> I've tried to modify the base timer from 10ms to 1ms, but in the
> execution of the generated RT Thread i get a overrun (of
Try to sleep less than 1000us, because the sleep(X) means it will
sleep at least X us, not less, not equal.
More info here:
https://cwiki.apache.org/confluence/display/NUTTX/Short+Time+Delays
Many timers are based on on one-shot watchdog timers. Basing any
periodic timer on a one-shot ti
Hi,
This fixes the build for me, I just leave the
CONFIG_BOARD_CUSTOM_ARCH_BOARD_COMMON undefined.
Thanks,
Jukka
On 9.3.2022 19.22, Petro Karashchenko wrote:
Hello Jukka,
I was able to localize the root cause of the issue. I've created
https://github.com/apache/incubator-nuttx/pull/5705 to
