Fix rtems_rate_monotonic_postponed_job_count() prototype

[Sebastian Huber]

rtems_rate_monotonic_postponed_job_count() should return an RTEMS status code. It should be renamed to rtems_rate_monotonic_get_postponed_job_count() or rtems_rate_monotonic_get_postponed_jobs() (similar to rtems_rate_monotonic_get_statistics()).

[Sebastian Huber]

There is no test case for this function.

[Kuan-Hsun Chen]

I think we should rename it as rtems_rate_monotonic_get_postponed_job_count(uint32_t *count), though the name is really long.
The RTEMS status codes could be:
RTEMS_SUCCESSFUL - count returned successfully
RTEMS_INVALID_ID - invalid rate monotonic period id
RTEMS_INVALID_ADDRESS - invalid address of count

[Sebastian Huber]

My preferred option: just add this to rtems_rate_monotonic_period_status and return it via rtems_rate_monotonic_get_status().

[Kuan-Hsun Chen]

I can do this.
I will add the count into the structure of rtems_rate_monotonic_period_status, remove rtems_rate_monotonic_get_postponed_job_count(), and extend rtems_rate_monotonic_get_status().

[Kuan-Hsun Chen]

Sp69 is also planned to be updated, which is the test for rtems_rate_monotonic_get_status()

[Kuan-Hsun Chen <c0066c@…>]

In 0794197f729f5ee9551dc7b2e14867f394cbc327/rtems:

rtems: Fix _Rate_monotonic_Renew_deadline()

Prepare a precondition to prevent the potential integer overflow.

Remove one redundant parameter in _Rate_monotonic_Renew_deadline().

sptests/sprmsched02: Create
A test case for checking the overflow condition of postponed_jobs
in rtems_rate_monotonic_period_status.

Update #2885.

[Sebastian Huber]

Milestone renamed