ChibiOS Free Embedded RTOS

Fixed as bug #1222. (initialization problem)

Thanks!


Any news about the GCC 10.3 problem? I am trying to look into it.

Unfortunately, I could not track down the issue.
GCC 9.3 seems to work fine. though. After wiping all temporal data, a fresh new build from scratch did not show that ...

I am not sure how to do that. I just tried by disabling the calls of SCB_EnableXCache() crt1.c, but with no effect. Can you please give me some hints, how to disable caches for the M7 platform?

Hi,
as already discussed here , I've written a patch that introduces a thread hierarchy feature to ChibiOS. This feature is configured via two new feature flags:

⋅  CH_CFG_USE_THREADHIERARCHY controls whether the feature is enabled at all. When disabled, there is zero overhead to ...

I just noticed that subsequent readings of kernel statistics is corrupted when compiling the code with GCC 10.3, even though it works fine with GCC 9.3.

Furthermore, there seems to be more to this, as I could reproduce the issue on a NUCLEO-F767ZI with both compilers. Actually I rather expect some ...

I've updated some of my patches, so here is a small updated on the topic:


⋅  chTimeAddX()
I could remove this patch and fix the issues (the reasons for this patch in the first place) in the test suite. See this post for details: https://forum.chibios.org/viewtopic.php?f ...

I found the time to write a patch , which modifies the RT test suite: https://gitlab.ub.uni-bielefeld.de/AMiRo/AMiRo-OS/-/blob/main/kernel/patches/0005_tests-with-fast-16bit-ST.patch

At its core, it limits all intervals to TIME_MAX_SYSTIME. As a result, however, some tests and ...

I just noticed that the outer most cast in the TIME_I2US() macro converts the type to time_msecs_t, whereas it should be time_usecs_t, obviously. Since both types are actually identical, this is more a typo than a bug.

Thomas

The issue still persists with ChibiOS 20.11.x and GCC 10.3. Is there any news regarding this topic?

Without LTO, my code does not fit for some small MCUs, while it does when I compile it with GCC 9. I'd like to upgrade the toolchain, but this issue holds me back.

I've ported all patches to 21.11.x: m

Regarding the thread hierarchy patch, I noticed that it is somewhat incomplete. I only adapted the chThdCreateStatic() method, but none of the remaining thread creation API. However, as long as the topic needs to be discussed further and the current patch works ...

I think I may have found the issue - and the solution is very simple.

When the TM object is initialized, all members (including 'last') are set to 0. This initialization is done within the chSysInit() function, which ends with a call to chSysUnlock(). That method again eventually calls ...