Difference between revisions of "SC System"
From NaplesPU Documentation
(6 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
− | The | + | The NaplesPU single core system is defined in the <code>npu_system.sv</code> module, under src/sc/system folder. The following figure depicts the organization of the NaplesPU Single Core version: |
− | [[File: | + | [[File:NPU sc system.png|470px|Single Core System]] |
The single core version instantiates the following modules: | The single core version instantiates the following modules: | ||
− | # | + | # NaplesPU core: module <code>npu_core</code> (described in [[Core|NaplesPU core architecture]]) |
− | # item interface: | + | # item interface: <code>npu_item_interface</code> module allows host-device communication and performance info fetching. |
− | # transaction logger: | + | # transaction logger: <code>npu_core_logger</code> module logs both incoming responses from the main memory and issued requests from the core to the memory. This module stores up to CORE_LOG_SIZE (default 512) for the core issued transactions, and MEM_LOG_SIZE (default 512) |
− | # core interface: core_interface module | + | # core interface: <code>core_interface</code> module connects the NaplesPU core and the cache-controller for the single core version, module <code>sc_cache_controller</code> |
− | # cache controller: sc_cache_controller module, the cache controller for the single core version of the | + | # cache controller: <code>sc_cache_controller</code> module, the cache controller for the single core version of the NaplesPU architecture, described in [[SC_CC|Cache Controller]] |
− | # system bus: mux_multimaster module, shared multi-master bus. It allows both the core and the host-interface to concurrently access the main memory and custom devices | + | # system bus: <code>mux_multimaster</code> module, shared multi-master bus. It allows both the core and the host-interface to concurrently access the main memory and custom devices |
− | # test device: io_device_test module, an example of a memory mapped custom device in the | + | # test device: <code>io_device_test</code> module, an example of a memory mapped custom device in the NaplesPU system |
− | # synchronization core: synchronization_core module, acts as the synchronization master allowing thread synchronization through barriers. The module is the same as the many core version, although it requires minor adjustments: | + | # synchronization core: <code>synchronization_core</code> module, acts as the synchronization master allowing thread synchronization through barriers. The module is the same as the many core version, although it requires minor adjustments: |
assign network_available = 1'b1; | assign network_available = 1'b1; |
Latest revision as of 14:17, 25 June 2019
The NaplesPU single core system is defined in the npu_system.sv
module, under src/sc/system folder. The following figure depicts the organization of the NaplesPU Single Core version:
The single core version instantiates the following modules:
- NaplesPU core: module
npu_core
(described in NaplesPU core architecture) - item interface:
npu_item_interface
module allows host-device communication and performance info fetching. - transaction logger:
npu_core_logger
module logs both incoming responses from the main memory and issued requests from the core to the memory. This module stores up to CORE_LOG_SIZE (default 512) for the core issued transactions, and MEM_LOG_SIZE (default 512) - core interface:
core_interface
module connects the NaplesPU core and the cache-controller for the single core version, modulesc_cache_controller
- cache controller:
sc_cache_controller
module, the cache controller for the single core version of the NaplesPU architecture, described in Cache Controller - system bus:
mux_multimaster
module, shared multi-master bus. It allows both the core and the host-interface to concurrently access the main memory and custom devices - test device:
io_device_test
module, an example of a memory mapped custom device in the NaplesPU system - synchronization core:
synchronization_core
module, acts as the synchronization master allowing thread synchronization through barriers. The module is the same as the many core version, although it requires minor adjustments:
assign network_available = 1'b1; assign ni_account_mess_valid = c2n_account_valid;
Since the single core version of the system has no network, the network availability input port has to be constantly high.