diff options
author | Chris Johns <chrisj@rtems.org> | 2016-04-11 13:53:58 +1000 |
---|---|---|
committer | Amar Takhar <verm@darkbeer.org> | 2016-05-02 20:51:27 -0400 |
commit | b41203897a7bfc7ab4a446808494e6216eff7c56 (patch) | |
tree | 86d36928e7650e679d5bc65d6fdd0d4adc45ac67 /networking/network_task_structure.rst | |
parent | Review changes from Chris Mayfield. (diff) | |
download | rtems-docs-b41203897a7bfc7ab4a446808494e6216eff7c56.tar.bz2 |
Clean up and review of Networking User Guide.
Diffstat (limited to 'networking/network_task_structure.rst')
-rw-r--r-- | networking/network_task_structure.rst | 50 |
1 files changed, 22 insertions, 28 deletions
diff --git a/networking/network_task_structure.rst b/networking/network_task_structure.rst index 7e1b269..c6f7dfc 100644 --- a/networking/network_task_structure.rst +++ b/networking/network_task_structure.rst @@ -1,38 +1,32 @@ +.. COMMENT: Written by Eric Norum +.. COMMENT: COPYRIGHT (c) 1988-2002. +.. COMMENT: On-Line Applications Research Corporation (OAR). +.. COMMENT: All rights reserved. + Network Task Structure and Data Flow #################################### -A schematic diagram of the tasks and message *mbuf* queues in a -simple RTEMS networking application is shown in the following -figure: +A schematic diagram of the tasks and message *mbuf* queues in a simple RTEMS +networking application is shown in the following figure: .. image:: images/networkflow.jpg -The transmit task for each network interface is normally blocked waiting -for a packet to arrive in the transmit queue. Once a packet arrives, the -transmit task may block waiting for an event from the transmit interrupt -handler. The transmit interrupt handler sends an RTEMS event to the transmit -task to indicate that transmit hardware resources have become available. - -The receive task for each network interface is normally blocked waiting -for an event from the receive interrupt handler. When this event is received -the receive task reads the packet and forwards it to the network stack -for subsequent processing by the network task. - -The network task processes incoming packets and takes care of -timed operations such as handling TCP timeouts and -aging and removing routing table entries. +The transmit task for each network interface is normally blocked waiting for a +packet to arrive in the transmit queue. Once a packet arrives, the transmit +task may block waiting for an event from the transmit interrupt handler. The +transmit interrupt handler sends an RTEMS event to the transmit task to +indicate that transmit hardware resources have become available. -The 'Network code' contains routines which may run in the context of -the user application tasks, the interface receive task or the network task. -A network semaphore ensures that -the data structures manipulated by the network code remain consistent. +The receive task for each network interface is normally blocked waiting for an +event from the receive interrupt handler. When this event is received the +receive task reads the packet and forwards it to the network stack for +subsequent processing by the network task. -.. COMMENT: Written by Eric Norum - -.. COMMENT: COPYRIGHT (c) 1988-2002. - -.. COMMENT: On-Line Applications Research Corporation (OAR). - -.. COMMENT: All rights reserved. +The network task processes incoming packets and takes care of timed operations +such as handling TCP timeouts and aging and removing routing table entries. +The 'Network code' contains routines which may run in the context of the user +application tasks, the interface receive task or the network task. A network +semaphore ensures that the data structures manipulated by the network code +remain consistent. |