#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
_______________________________________________
bugs mailing list
[email protected]
http://lists.rtems.org/mailman/listinfo/bugs
