Deos Scheduling Rates project

Project to make adding/changing Deos kernel scheduling rates easier.

Description

Currently changing scheduling rates tends to break various things, making it difficult to deliver what the customer needs.

Status

We're enumerating issues in prep for developing plan to fix them.

Issues

Very incomplete at this time:

1. Standard apps (reportedly) has inter-rate dependencies. Perhaps just on the presence of "more than one rate".
2. Various test infrastructure and component test suites:
   1. kernel
3. DESK examples, that depend on specific rate structure:
   1. 653

Random Notes

If we stick with our normal rate structure: 1, 2, 4, 8, and change the base from 12.5 to 10, that results in a slowest period of 80ms which seems less sensible than a 100ms slowest rate.

For a 10ms base period a rate structure of 1, 5, 10, wouldn't work well for kernel tests which assume more than just 3 rates. The next multiple is 20, which is 200ms. Still not bad, but process startup response time will suffer again.