You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For the seL4_TCB_SetSchedParams (MCS) invocation, the API reference states the following about the sched_context parameter
If the scheduling context is already bound to a notification or TCB that is not this TCB this operation will fail. Similarly, if this TCB is already bound to a scheduling context that is not this scheduling context, this will also fail.
This does not correspond to the implementation, which adheres to the following:
If the scheduling context is already bound to a notification or TCB, this operation will fail. Similarly, if this TCB is already bound to a scheduling context, this will also fail.
In other words, the operation will fail if the scheduling context passed in is the one that is already bound to the TCB.
The text was updated successfully, but these errors were encountered:
Indeed it does. Practically that means that seL4_TCB_SetSchedParams can only be called once when creating the TCB for the first time and that it's useless to update parameters later on.
invokeTCB_ThreadControlSched does have a check sc != target->tcbSchedContext, so I think the fix is to add the same exception to decodeSetSchedParams and leave the the API reference as it is.
For the seL4_TCB_SetSchedParams (MCS) invocation, the API reference states the following about the
sched_context
parameterThis does not correspond to the implementation, which adheres to the following:
In other words, the operation will fail if the scheduling context passed in is the one that is already bound to the TCB.
The text was updated successfully, but these errors were encountered: