summaryrefslogtreecommitdiffstats
path: root/cpukit/rtems/src/msgqsubmit.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 2001-08-09 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2001-08-091-5/+5
| | | | | | | * 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>.
* 2000-11-30 Joel Sherrill <joel@OARcorp.com>Joel Sherrill2000-11-301-10/+8
| | | | | * src/msgqsubmit.c: Modified multiprocessing conditional so this would compile with both macros and inlines.
* POSIX message queues now include complete functionality includingJoel Sherrill2000-01-131-19/+22
| | | | | | | | | | | | | | | | 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.
* Updated copyright notice.Joel Sherrill1999-11-171-2/+1
|
* Fixed some typos.Joel Sherrill1999-05-171-4/+4
|
* Split Message Manager into one routine per file.Joel Sherrill1999-05-171-0/+138