Commit 4dcafe7d authored by Yizhen Fan's avatar Yizhen Fan Committed by fanyizhen1995
Browse files

ub: ubcore add dataplane type and ops api definition



driver inclusion
category: feature
bugzilla: NA
CVE: NA

--------------------------------

Ubcore add dataplane type and ops api definition. Api will be implemented
by drivers.

** Introduce of UB dataplane ops: **

UB provide 2 types of dataplane ops: message semantic and memory semantic

** message semantic: **

The URMA provides the message service through Jetty, sends messages
through JFS, and receives messages through JFR. Unlike the RDMA protocol,
Jetty IO units do not need to be accurate in advance and provide
connectionless communication services.
JFS can initiate I/O requests to any destination address.
The JFR can receive I/O requests from any source.
In addition, Jetty provides two reliable transmission modes:
UD service: Messages can be directly transmitted without
any preparation work, which does not ensure message reliability.
RD service: Messages can be directly transmitted without any preparation.
The transport layer ensures message reliability.

** memory semantic: **

The memory semantics of URMA include synchronous and
asynchronous operations.
Synchronous operation: Software and hardware do not need to use the
notification mechanism to determine whether the operation is complete.
This type of operation is called synchronization operation (the operation
is complete when the operation is returned). The main synchronization
operations are Load and Store.
Asynchronous operation: Software and hardware need to use a separate
notification mechanism to determine whether the operation is complete.
This type of operation is called asynchronous operation, for example,
interrupt or poll JFC to determine whether the operation is complete.
Asynchronous operations are classified into asynchronous unilateral
operations, including read, write, atomic (customized distributed lock),
and asynchronous bilateral operations Send/Receive with Jetty Address.

Signed-off-by: default avatarGuoxin Qian <qianguoxin@huawei.com>
Signed-off-by: default avatarYizhen Fan <fanyizhen@huawei.com>
parent a0ea7b99
Loading
Loading
Loading
Loading
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please to comment