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 <richidu...@gmail.com> wrote: > This information helps. Thank you. > > On Fri, Jul 17, 2020 at 6:31 PM Sebastian Huber > <sebastian.hu...@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. >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel