source: rtems/cpukit/score/src/coremsgflush.c

Last change on this file was ab02824, checked in by Joel Sherrill <joel@…>, on 02/16/22 at 21:09:06

score/src/[a-m]*.c: Change license to BSD-2

Updates #3053.

  • Property mode set to 100644
File size: 4.1 KB
Line 
1/* SPDX-License-Identifier: BSD-2-Clause */
2
3/**
4 * @file
5 *
6 * @ingroup RTEMSScoreMessageQueue
7 *
8 * @brief This source file contains the implementation of
9 *   _CORE_message_queue_Flush().
10 */
11
12/*
13 *  COPYRIGHT (c) 1989-1999.
14 *  On-Line Applications Research Corporation (OAR).
15 *
16 * Redistribution and use in source and binary forms, with or without
17 * modification, are permitted provided that the following conditions
18 * are met:
19 * 1. Redistributions of source code must retain the above copyright
20 *    notice, this list of conditions and the following disclaimer.
21 * 2. Redistributions in binary form must reproduce the above copyright
22 *    notice, this list of conditions and the following disclaimer in the
23 *    documentation and/or other materials provided with the distribution.
24 *
25 * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
26 * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
27 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
28 * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
29 * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
30 * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
31 * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
32 * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
33 * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
34 * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
35 * POSSIBILITY OF SUCH DAMAGE.
36 */
37
38#ifdef HAVE_CONFIG_H
39#include "config.h"
40#endif
41
42#include <rtems/score/coremsgimpl.h>
43
44uint32_t   _CORE_message_queue_Flush(
45  CORE_message_queue_Control *the_message_queue,
46  Thread_queue_Context       *queue_context
47)
48{
49  Chain_Node *inactive_head;
50  Chain_Node *inactive_first;
51  Chain_Node *message_queue_first;
52  Chain_Node *message_queue_last;
53  uint32_t    count;
54
55  /*
56   *  Currently, RTEMS supports no API that has both flush and blocking
57   *  sends.  Thus, this routine assumes that there are no senders
58   *  blocked waiting to send messages.  In the event, that an API is
59   *  added that can flush a message queue when threads are blocked
60   *  waiting to send, there are two basic behaviors envisioned:
61   *
62   *  (1) The thread queue of pending senders is a logical extension
63   *  of the pending message queue.  In this case, it should be
64   *  flushed using the _Thread_queue_Flush_critical() service with a status
65   *  such as CORE_MESSAGE_QUEUE_SENDER_FLUSHED (which currently does
66   *  not exist).  This can be implemented without changing the "big-O"
67   *  of the message flushing part of the routine.
68   *
69   *  (2) Only the actual messages queued should be purged.  In this case,
70   *  the blocked sender threads must be allowed to send their messages.
71   *  In this case, the implementation will be forced to individually
72   *  dequeue the senders and queue their messages.  This will force
73   *  this routine to have "big O(n)" where n is the number of blocked
74   *  senders.  If there are more messages pending than senders blocked,
75   *  then the existing flush code can be used to dispose of the remaining
76   *  pending messages.
77   *
78   *  For now, though, we are very happy to have a small routine with
79   *  fixed execution time that only deals with pending messages.
80   */
81
82  _CORE_message_queue_Acquire_critical( the_message_queue, queue_context );
83
84  count = the_message_queue->number_of_pending_messages;
85  if ( count != 0 ) {
86    the_message_queue->number_of_pending_messages = 0;
87
88    inactive_head = _Chain_Head( &the_message_queue->Inactive_messages );
89    inactive_first = inactive_head->next;
90    message_queue_first = _Chain_First( &the_message_queue->Pending_messages );
91    message_queue_last = _Chain_Last( &the_message_queue->Pending_messages );
92
93    inactive_head->next = message_queue_first;
94    message_queue_last->next = inactive_first;
95    inactive_first->previous = message_queue_last;
96    message_queue_first->previous = inactive_head;
97
98    _Chain_Initialize_empty( &the_message_queue->Pending_messages );
99  }
100
101  _CORE_message_queue_Release( the_message_queue, queue_context );
102  return count;
103}
Note: See TracBrowser for help on using the repository browser.