Creating tasks

Agostino Mascitti agostino.mascitti at student.univaq.it
Tue Oct 4 20:30:55 UTC 2016


Dear all,


I was playing a bit with the fundamental aspects of RTEMS 4.12. I would like to create two task and see how priorities work.

So I created a project (attachment; just do "make" and then "sparc-gdb") taking some help from open source projects.

Terminal outpus this:

Father task has ID: 167837697
Father task has priority: 4
Father task is preemptible: 256
2 tasks created successfully (id: 167837698 and 167837699), but they are dormant
qui1
qui2
2 tasks started successfully and they are ready


This means the father blocks in a busy wait (the while). But children are never scheduled. They should be sheduled after "rtems_task_start()", according to the official guide for c users. And so the idea: the father is not pre-emptible? And if so, could you suggest to me how to make it pre-emptible?


Thank you for your help.

Greetings,

Agostino
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20161004/24ed9ef3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: commonheader.h
Type: text/x-chdr
Size: 1672 bytes
Desc: commonheader.h
URL: <http://lists.rtems.org/pipermail/users/attachments/20161004/24ed9ef3/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: init.c
Type: text/x-csrc
Size: 3082 bytes
Desc: init.c
URL: <http://lists.rtems.org/pipermail/users/attachments/20161004/24ed9ef3/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Makefile
Type: application/octet-stream
Size: 428 bytes
Desc: Makefile
URL: <http://lists.rtems.org/pipermail/users/attachments/20161004/24ed9ef3/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tasks.c
Type: text/x-csrc
Size: 390 bytes
Desc: tasks.c
URL: <http://lists.rtems.org/pipermail/users/attachments/20161004/24ed9ef3/attachment-0002.bin>


More information about the users mailing list