hartmannathan

> @hartmannathan rebased @pkarashchenko OK I will try it now.

Hmm... `ostest` is still crashing when priority inheritance is enabled. See below... Now, it is possible that the crash is not caused by priority inheritance, but by something else that...

I'm going to try again with DEBUG_SCHED=y enabled... Let's see if I get more helpful output. By the way I am running this on the b-g474e-dpow1:ostest configuration as of latest...

Checking right now...

No joy. :-( This still gets a hardfault on `b-g474e-dpow1:ostest` (`CONFIG_PRIORITY_INHERITANCE=y` needs to be enabled manually). Log: ``` user_main: priority inheritance test priority_inheritance: Started priority_inheritance: Starting lowpri_thread-1 (of 3) at...

By the way, how many `CONFIG_SEM_PREALLOCHOLDERS` "Number of pre-allocated holders" are you using? (I used the default of 8.)

Sadly, no joy with `tm4c129e-launchpad:ostest` (+ `CONFIG_PRIORITY_INHERITANCE=y` added manually) either. Although `b-g474e-dpow1` is STM32 and `tm4c129e-launchpad` is Tiva, they are both armv7-m. However, they seem to be crashing in different...

When you test with stm32f4, if the test passes, it will be a good idea to compare defconfig and see if there are any differences that give a clue...

> @hartmannathan @acassis here is a fix of the crash [apache/incubator-nuttx-apps#1333](https://github.com/apache/incubator-nuttx-apps/pull/1333) > Actually log from Alan helped as it was containing string `assert/lib_sta` that lead me to `libs/libc/assert/lib_stackchk.c` and `__stack_chk_fail`...

> @hartmannathan do you want to take a look? @pkarashchenko yes, looking now...