Doubt regarding thread creation in RTEMS
Richi Dubey
richidubey at gmail.com
Wed Jul 22 08:29:27 UTC 2020
This helps. Thanks a lot.
On Tue, Jul 21, 2020 at 6:55 PM Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:
> On 21/07/2020 14:36, Richi Dubey wrote:
>
> > Could you please explain what _User_extensions_Thread_start does? It's
> > hard to understand it all by myself since it has a lot of other
> > information related to objects.
> >
> > The brief for it says:
> > /**
> > * @brief Starts a thread.
> > *
> > * @param created The thread to start.
> > */
> >
> > This is exactly what my doubt was. When we unlocked the node by
> > setting the state to ready by calling _Thread_Clear_state_locked,
> > shouldn't the node be scheduled if the scheduler sees it fit? Why are
> > we enabling thread dispatch on the current cpu (Shouldn't it depend on
> > the affinity of the thread)?
> >
> > Please tell me what happens in principle after
> > calling _Thread_Clear_state_locked().
>
> I tried to improve the _Thread_Start() description:
>
> https://lists.rtems.org/pipermail/devel/2020-July/060764.html
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200722/9038ab4a/attachment.html>
More information about the devel
mailing list