[RTEMS Project] #2310: Race condition in _Thread_Change_priority()

[RTEMS trac]

#2310: Race condition in _Thread_Change_priority()
-----------------------------+---------------------
 Reporter:  sebastian.huber  |       Owner:
     Type:  defect           |      Status:  new
 Priority:  normal           |   Milestone:  4.11.1
Component:  cpukit           |     Version:  4.11
 Severity:  critical         |  Resolution:
 Keywords:                   |
-----------------------------+---------------------

Comment (by joel.sherrill):

 Off the top of my head, I don't see a more expedient solution. It does
 negatively impact interrupt latency but this is still probably not the
 worst place.

 Before thread queue priority was changed to rbtree, the worst was actually
 the insertion on priority on architectures where memory operations are
 more expensive than math operations. On architectures with poor bitscan
 and memory operations of lower overhead, the blocking path where a bit
 scan is needed to find a new heir was it.

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