Thread 2: Need help in understanding exisiting RTEMS code

[Richi Dubey]

This information helps. Thank you.

On Fri, Jul 17, 2020 at 6:31 PM Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
>
> On 17/07/2020 14:22, Richi Dubey wrote:
>
> > I found the line in the documentation: "Since the processor assignment
> > is independent of the thread priority the processor indices may move
> > from one state to the other."
> >
> > This is true because the processor assignment is done by the scheduler
> > and it gets to choose whether to allocate the highest priority thread
> > or not. Right? So if it wants to allocate processor to the lowest
> > priority (max. priority number) thread, it can do so?
> Yes, the scheduler can use whatever criteria it wants to allocate a
> processor to the threads is manages.
> >
> > How is the priority of a node different from the priority of its
> > thread? How do these two priorities relate to each other?
> A thread has not only one priority. It has at least one priority per
> scheduler instance. With the locking protocols it may also inherit
> priorities of other threads. A thread has a list of trees of trees of
> priorities.