summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorAnas Nashif <nashif@linux.intel.com>2017-01-29 04:31:39 +0000
committerAnas Nashif <nashif@linux.intel.com>2017-01-29 04:31:39 +0000
commit66417c02461ceff8138db452f91b7500ccd763f9 (patch)
tree7ee1cf30bf92d383164b11aa36ccd8c332759a86 /doc
parent3d2a5c38f8d32b74d228ac272da1cebf709cdf24 (diff)
parent7d37e7d51970dab4c95f2508702d8403067076dc (diff)
Merge "Merge net branch into master"
Diffstat (limited to 'doc')
-rw-r--r--doc/subsystems/networking/ip-stack-architecture.rst12
-rw-r--r--doc/subsystems/networking/networking.rst3
2 files changed, 7 insertions, 8 deletions
diff --git a/doc/subsystems/networking/ip-stack-architecture.rst b/doc/subsystems/networking/ip-stack-architecture.rst
index a3d336a2c..a5ec84506 100644
--- a/doc/subsystems/networking/ip-stack-architecture.rst
+++ b/doc/subsystems/networking/ip-stack-architecture.rst
@@ -49,7 +49,7 @@ Network data flow
Network data flow
-The application typically consists of one or more tasks or fibers
+The application typically consists of one or more tasks or threads
that execute the application logic. When using the network
connectivity APIs, following things will happen.
@@ -63,17 +63,17 @@ connectivity APIs, following things will happen.
the data processing pipeline (bottom-half) as the device driver is
running in interrupt context and it must do its processing very fast.
-3) The RX fiber reads the RX FIFO and passes the data to the correct
+3) The RX thread reads the RX FIFO and passes the data to the correct
L2 driver. After the L2 driver has checked the packet, the packet is
passed to L3 processing. The L3 layer checks if the packet is a proper
IPv6 or IPv4 packet. If the packet contains UDP or TCP data, it
is then sent to correct application via a function callback.
This also means that the application data processing in that callback
- is run in fiber context even if the actual application is running
+ is run in thread context even if the actual application is running
in task context. The data processing in the application callback should
be done fast in order not to block the system too long.
- There is only one RX fiber in the system. The stack size of the RX
- fiber can be tweaked via Kconfig option but it should be kept as
+ There is only one RX thread in the system. The stack size of the RX
+ thread can be tweaked via Kconfig option but it should be kept as
small as possible. This also means that stack utilization in the
data processing callback should be minimized in order to avoid stack
overflow.
@@ -96,7 +96,7 @@ connectivity APIs, following things will happen.
to the application, that means the packet was not sent correctly and the
application needs to free the packet.
-2) Each network interface has a TX fiber associated with it and the TX fiber
+2) Each network interface has a TX thread associated with it and the TX thread
will send the packet to the correct device driver.
3) If the device driver is able to inject the network packet into the
diff --git a/doc/subsystems/networking/networking.rst b/doc/subsystems/networking/networking.rst
index 9763e210c..ba3f943a9 100644
--- a/doc/subsystems/networking/networking.rst
+++ b/doc/subsystems/networking/networking.rst
@@ -16,10 +16,9 @@ The networking stack supports the following features:
* UDP
* IPv4
- * In this version of the IP stack, IPv6 and IPv4 cannot be utilized at the
- same time.
* DHCP client support for IPv4
+* IPv6 and IPv4 are supported at the same time.
* TCP
* Both client and server roles are supported