RTEMS | SMP: Add support for the MPCP locking protocol (!1358)
Ivy Zhuang (@purple-affogato)
gitlab at rtems.org
Wed Jul 22 05:31:07 UTC 2026
Ivy Zhuang commented on a discussion on cpukit/include/rtems/score/mpcpimpl.h: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1358#note_155062
> +/**
> + * @brief Releases according to MPCP.
> + *
> + * @param mpcp The MPCP control for the operation.
> + * @param queue_context The thread queue context.
> + */
> +static inline void _MPCP_Release(
> + MPCP_Control *mpcp,
> + Thread_queue_Context *queue_context
> +)
> +{
> + _Thread_queue_Release( &mpcp->Wait_queue, queue_context );
> +}
> +
> +/**
> + * @brief Gets owner of the MPCP control.
Conceptually, it's the owner of the lock that uses MPCP which is also the owner of the MPCP wait queue. I see what you mean though, the wording could be more clear.
--
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/merge_requests/1358#note_155062
You're receiving this email because of your account on gitlab.rtems.org. Unsubscribe from this thread: https://gitlab.rtems.org/-/sent_notifications/4-eshwoldht2mmqrka3wj0ni8ys-1d/unsubscribe | Manage all notifications: https://gitlab.rtems.org/-/profile/notifications | Help: https://gitlab.rtems.org/help
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260722/7e5b599a/attachment-0001.htm>
More information about the bugs
mailing list