[RTEMS Project] #3000: Setting interrupt level in the mode arg on SMP returns RTEMS_UNSATISFIED

RTEMS trac trac at rtems.org
Wed Apr 19 04:42:23 UTC 2017

#3000: Setting interrupt level in the mode arg on SMP returns RTEMS_UNSATISFIED
 Reporter:  Chris Johns  |       Owner:  Chris Johns
     Type:  defect       |      Status:  assigned
 Priority:  normal       |   Milestone:  4.12.0
Component:  cpukit       |     Version:  4.12
 Severity:  normal       |  Resolution:
 Keywords:               |

Comment (by Chris Johns):

 Replying to [comment:1 Joel Sherrill]:
 > I think this is a generally a good idea but there are a number of pieces
 to do this completely:

 Great and yes.

 > * the status has to also be returned by rtems_task_mode()


 > * add status to list in rtems status to string

 Done in the posted patch.

 > * add status to list in Ada binding. Should be mechanical.

 Is there any documentation on how to do this?

 > * add status to status table in Classic API manual
 > * add new status to rtems_task_create() documentation
 > * add new status to rtems_task_mode() documentation

 I will create a docs patch once I have a suitable patch for {{{master}}}.

 > * add test for rtems_task_create() new error
 > * add test for rtems_task_mode() new error

 Yes however the tests are only running in the single core mode even when
 built with SMP so the error is not able to be tripped.

 > I am unsure if the assert() is debug mode only. That needs to be

 That is correct. The assert's catch a bug in a user of the score API when
 built with {{{RTEMS_DEBUG}}}. The users of the call need to protect the
 score thread initialise call.

 > Sorry to be pedantic with the list but this looks like the type of
 change that is small but has tentacles that would be easy to miss pieces.
 I suspect my list isn't complete yet.

 This looks the list to me.

Ticket URL: <http://devel.rtems.org/ticket/3000#comment:2>
RTEMS Project <http://www.rtems.org/>
RTEMS Project

More information about the bugs mailing list