| Commit message (Collapse) | Author | Age |
|
|
|
| |
Stick get_release() to the rest of the bunch.
|
|
|
|
|
| |
Let user space set which CPU should handle releases. It is up
to plugins to make use of this information.
|
|
|
|
| |
this removes a blatant case of copy&paste reuse
|
|\ |
|
| |
| |
| |
| | |
No plugin uses it anymore.
|
|/
|
|
|
| |
Other quantum-based plugins also require the present flag. Hence,
move it to the core data structure
|
|
|
|
| |
Let scheduler plugins inquire stagger offsets.
|
|
|
|
| |
rationale: uniformity
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of having hrtimers for each task, we now have only
one hrtimer per rt_domain. To-be-released tasks are grouped in
mergable heaps and presented as a bunch on each release.
This approach should allow us to reduce the worst-case overhead
at hyperperiod boundaries significantly.
1) less hrtimer overhead
2) less calls to the active plugin
3) only one CPU handles releases at a time
4) (2) & (3) should bring down lock contention significantly
|
|
|
|
| |
we can disable it to improve performance when it is not needed
|
| |
|
|
|
|
|
|
| |
The list-based priority queues did not perform well on the Niagara T2000.
This heap-based implementation should perform much faster when queues
are long.
|
|
|
|
| |
Make code more readable and shorter.
|
|
|
|
|
| |
- give TRACE() messages sequence numbers
- remove a some old, unused cruft
|
|
|
|
|
| |
We can't use tasklets from within the scheduler.
User no_rqlock_work instead.
|
|
|
|
|
|
|
|
| |
The SRP implementation did not correctly address various
suspension-related scenarios correctly. Now the need for
SRP blocking is tested on each scheduling event. This ensures
mutual exclusion under the SRP even in the face of unexpected
suspensions, for example due to IO.
|
|
|
|
| |
This is the first step in cleaning up the SRP implementation.
|
|
|
|
| |
John's proposal for how to release jobs with hrtimers.
|
|
This introduces the core changes ported from LITMUS 2007.
The kernel seems to work under QEMU, but many bugs probably remain.
|