| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
* src/msgqsubmit.c: Add a comment indicating that we do not have
to account for possibly blocking during the core send operation
because Classic API message queue send is always non-blocking.
|
|
|
|
|
|
|
| |
* src/msgqsubmit.c: Unblocking message queue operations should
NOT use _Thread_Executing for return status since it is permissible
to invoke message send operations from an ISR. This was reported
by Suvrat Gupta <suvrat@utstar.com>.
|
|
|
|
|
| |
* src/msgqsubmit.c: Modified multiprocessing conditional so
this would compile with both macros and inlines.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
blocking sends when the queue is full. The SuperCore was enhanced
to support blocking on send. The existing POSIX API was debugged
and numerous test cases were added to psxmsgq01 by Jennifer Averett.
SuperCore enhancements and resulting modifications to other APIs
were done by Joel.
There is one significant point of interpretation for the POSIX API.
What happens to threads already blocked on a message queue when the
mode of that same message queue is changed from blocking to non-blocking?
We decided to unblock all waiting tasks with an EAGAIN error just
as if a non-blocking version of the same operation had returned
unsatisfied. This case is not discussed in the POSIX standard and
other implementations may have chosen differently.
|
| |
|
| |
|
|
|