More background:
https://nuttx.yahoogroups.narkive.com/3hggphCi/problem-related-semaphore-and-priority-inheritance

On Wed, Jan 5, 2022 at 2:22 PM Gregory Nutt <spudan...@gmail.com> wrote:

> > I truly believe that priority inheritance on counting semaphores should
> be
>
> explicitly enabled (disabled by default) and enabling it by default might
>
> lead to unexpected priority boost for low priority tasks that violates
>
> real-time requirements.
>
>
>
> It has been enabled by default since day one so nothing will be broken.
> Disabling it now will break things – that is an orthogonal discussion to
> spec compliance.  Currently, priorioty inheritance is explicitly disabled
> in all places where it should not be enabled (i.e., signaling semahores).
>
>
>
> If the default changes, then you would need to explicitly enable prority
> inheritance on all semaphores that are used as locks in order to retain the
> previous behavior.  See
> https://cwiki.apache.org/confluence/display/NUTTX/Signaling+Semaphores+and+Priority+Inheritance
> – the POSIX definition does not have this issue because POSIX does not
> support priority inheritance on counting semaphores.
>
>
>

Reply via email to