Skip to content
This repository was archived by the owner on Jun 17, 2026. It is now read-only.

Latest commit

 

History

History
48 lines (36 loc) · 2.49 KB

File metadata and controls

48 lines (36 loc) · 2.49 KB

TCP Application Flash (TAF)

This page describes the set of TCP-oriented tests which are embedded into the cFp_HelloKale/Role_BringUp.

Overview

The TCP Application Flash (TAF) connects to cFp_HelloKale/Shell_Kale via the TCP Shell Interface (TSIF) block. The main purpose of the TSIF is to provide a placeholder for the control flow related functions. Its use is not a prerequisite, but it is provided here with the aim of decoupling the data-path from the control flow.

A block diagram of the TCP Application Flash is depicted in Figure 1. It features:

  • a Receive Path (RXp) process that waits for new data segments from the shell and forwards them to the process EchoPathThrough (EPt) or the EchoStoreAndForward (ESf) process upon the setting of the TCP destination port.
  • a EchoStoreAndForward (ESf) process that loops the incoming traffic back to the producer. The echo is said to operate in "store-and-forward" mode because every received datagram is stored into the DDR4 memory before being read again from the DDR4 and sent back.
  • a EchoPathThrough (EPt) process that loops the incoming traffic back to the producer in cut-through-mode.
  • a Write Path (WRp) process that waits for new data segments from either the ESf or the EPt and forwards them to the TSIF.

Block diagram of cFp_HelloKale/ROLE/TAF

Figure-1: Block diagram of the TCP Application Flash


List of Interfaces

Acronym Description File
TAF TCP Application Flash tcp_app_flash

List of HLS Components

Acronym Description Filename
EPt Echo Path Through process tcp_app_flash
ESf Echo Store And Forward process tcp_app_flash
RXp Receive Path process tcp_app_flash
TXp Transmit Path process tcp_app_flash