Update some comments

This commit is contained in:
Gregory Nutt 2016-03-06 13:50:26 -06:00
parent 5d63cd85c7
commit 9b5e88af71
5 changed files with 14 additions and 10 deletions

2
arch

@ -1 +1 @@
Subproject commit 0b8fe68bf5c15b49d7877c97516fdda542b2149b
Subproject commit 7ce734b33cc3e0d85cf26e9d9bf409ed47004919

@ -1 +1 @@
Subproject commit 0c764446fee7b6b4c6bb9c188042fb98b4d1e8eb
Subproject commit 3783532d6d7f3d809c523b63a55d544d7e6e5c6c

View File

@ -117,8 +117,10 @@ int sem_tickwait(FAR sem_t *sem, systime_t start, uint32_t delay);
* Name: sem_reset
*
* Description:
* Reset a semaphore to a specific value. This kind of operation is
* sometimes required for certain error handling conditions.
* Reset a semaphore count to a specific value. This is similar to part
* of the operation of sem_init(). But sem_reset() may need to wake up
* tasks waiting on a count. This kind of operation is sometimes required
* within the OS (only) for certain error handling conditions.
*
* Parameters:
* sem - Semaphore descriptor to be reset

View File

@ -85,7 +85,7 @@ struct semholder_s
struct sem_s
{
int16_t semcount; /* >0 -> Num counts available */
volatile int16_t semcount; /* >0 -> Num counts available */
/* <0 -> Num tasks waiting for semaphore */
/* If priority inheritance is enabled, then we have to keep track of which
* tasks hold references to the semaphore.

View File

@ -55,8 +55,10 @@
* Name: sem_reset
*
* Description:
* Reset a semaphore to a specific value. This kind of operation is
* sometimes required for certain error handling conditions.
* Reset a semaphore count to a specific value. This is similar to part
* of the operation of sem_init(). But sem_reset() may need to wake up
* tasks waiting on a count. This kind of operation is sometimes required
* within the OS (only) for certain error handling conditions.
*
* Parameters:
* sem - Semaphore descriptor to be reset
@ -74,7 +76,7 @@ int sem_reset(FAR sem_t *sem, int16_t count)
DEBUGASSERT(sem != NULL && count >= 0);
/* Don't allow any context switches that may result from the following
* sem_post operations.
* sem_post() operations.
*/
sched_lock();
@ -85,7 +87,7 @@ int sem_reset(FAR sem_t *sem, int16_t count)
flags = enter_critical_section();
/* A negative count indicates the negated number of threads that are
/* A negative count indicates that the negated number of threads are
* waiting to take a count from the semaphore. Loop here, handing
* out counts to any waiting threads.
*/
@ -105,7 +107,7 @@ int sem_reset(FAR sem_t *sem, int16_t count)
* (i.e., with sem->semcount >= 0). In this case, 'count' holds the
* the new value of the semaphore count. OR (2) with threads still
* waiting but all of the semaphore counts exhausted: The current
* value of sem->semcount is correct.
* value of sem->semcount is already correct in this case.
*/
if (sem->semcount >= 0)