| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
| |
This fix relates to a Coverity issue (UNINIT).
|
| |
|
|
|
|
|
| |
Report all runtime measurement environments with a name only and encode
the worker count of the "Load" environment in the name.
Update #3199.
|
| |
|
|
|
| |
This name better reflects the execution envirnoment in which the cache
is fully loaded with valid data unrelated to the body request handler.
|
| |
|
|
|
| |
Use the test case allocator functions T_zalloc() and T_malloc().
Restore the task affinity of the runner task.
|
| |
|
|
| |
Update #3199.
|
| |
|
|
|
|
|
|
|
|
|
| |
Add rtems_scheduler_get_processor_maximum() as a replacement for
rtems_get_processor_count(). The rtems_get_processor_count() is a bit
orphaned. Adopt it by the Scheduler Manager. The count is also
misleading, since the processor set may have gaps and the actual count
of online processors may be less than the value returned by
rtems_get_processor_count().
Update #3732.
|
| |
|
|
|
|
|
|
|
|
|
| |
Add rtems_scheduler_get_processor() as a replacement for
rtems_get_current_processor(). The rtems_get_current_processor() is a
bit orphaned. Adopt it by the Scheduler Manager. This is in line with
the glibc sched_getcpu() function.
Deprecate rtems_get_current_processor().
Update #3731.
|
|
|
Update #3199.
|
