Thread 2: Need help in understanding exisiting RTEMS code

[Richi Dubey]

I request someone to help me with my earlier question:
https://lists.rtems.org/pipermail/devel/2020-July/060615.html since I may
reuse this logic of variable-sized arrays.

Thank you.

On Sat, Jul 18, 2020 at 6:29 PM Richi Dubey <richidubey at gmail.com> wrote:

> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200730/79b224dc/attachment.html>