<div dir="ltr">I request someone to help me with my earlier question: <a href="https://lists.rtems.org/pipermail/devel/2020-July/060615.html">https://lists.rtems.org/pipermail/devel/2020-July/060615.html</a> since I may reuse this logic of variable-sized arrays.<div><br></div><div>Thank you.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jul 18, 2020 at 6:29 PM Richi Dubey <<a href="mailto:richidubey@gmail.com">richidubey@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">This information helps. Thank you.<br>
<br>
On Fri, Jul 17, 2020 at 6:31 PM Sebastian Huber<br>
<<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>> wrote:<br>
><br>
> On 17/07/2020 14:22, Richi Dubey wrote:<br>
><br>
> > I found the line in the documentation: "Since the processor assignment<br>
> > is independent of the thread priority the processor indices may move<br>
> > from one state to the other."<br>
> ><br>
> > This is true because the processor assignment is done by the scheduler<br>
> > and it gets to choose whether to allocate the highest priority thread<br>
> > or not. Right? So if it wants to allocate processor to the lowest<br>
> > priority (max. priority number) thread, it can do so?<br>
> Yes, the scheduler can use whatever criteria it wants to allocate a<br>
> processor to the threads is manages.<br>
> ><br>
> > How is the priority of a node different from the priority of its<br>
> > thread? How do these two priorities relate to each other?<br>
> A thread has not only one priority. It has at least one priority per<br>
> scheduler instance. With the locking protocols it may also inherit<br>
> priorities of other threads. A thread has a list of trees of trees of<br>
> priorities.<br>
</blockquote></div>