High Bandwidth Memory (HBM2E) Interface Agilex™ 7 M-Series FPGA IP Design Example User Guide

ID 773266
Date 11/04/2024
Public
Document Table of Contents

3.1. Design Example Components

Definitions

This document uses the following terminology:

  • Hard Memory NoCNetwork on a chip. A high-bandwidth interconnect.
  • InitiatorInitiator NoC Interface Unit. An AXI bridge onto the NoC. The initiator is an AXI slave that converts AXI commands from a design in the FPGA fabric into NoC requests and converts NoC responses back into AXI responses delivered to the FPGA fabric.
  • TargetTarget NoC Interface Unit. A bridge from the NoC to an AXI target in the periphery of the FPGA device. The target is a NoC target and acts as an AXI master to a peripheral, such as a memory controller.
Note: Refer to the Agilex™ 7 M-Series FPGA Network-on-Chip (NoC) User Guide for detailed information on the hard memory NoC.
Figure 5. HBM2E FPGA IP Design Example Components

The HBM2E design example instantiates the following components and modules:

  • An instance of the HBM2E IP that manages the read, write and other operations to the HBM2E DRAM device.
  • NoC initiator IP which encapsulates initiators and fabric NoC adapter to bridge AXI4 commands from the traffic generators onto the hard memory NoC. The high speed interconnect NoC routes memory traffic from each initiator to the NoC targets that are bridges to the destination HBM pseudo-channels. Refer to the NoC Initiator IP section in the Agilex™ 7 M-Series FPGA Network-on-Chip (NoC) User Guide for information on the NoC initiator IP.
  • The HBM traffic generator consists of two independent traffic drivers for every HBM2E channel enabled (one traffic driver for each HBM pseudo-channel). The traffic generator, known as the Test Engine FPGA IP, is a synthesizable AXI4 driver that generates a pseudo-sequential pattern of reads and writes to a parameterizable memory address range. The traffic generator also monitors the data read from the memory to ensure it matches the written data and asserts a failure otherwise.

    The traffic generator generates the sequential read and write traffic patterns in the HBM2E design example. You can select the number of reads and writes using the Select default traffic pattern parameter within the Example Design tab of the HBM2E FPGA IP parameter editor. Each option generates following number of reads and writes:

    • Sequential Short – 256 writes/reads
    • Sequential Medium - 25600 writes/reads
    • Sequential Long - 51200 writes/reads

    The generated traffic is routed to the initiators (which are part of the high-speed interconnect subsystem NoC) through their AXI4 interface. The NoC initiators and targets convert the AXI-based traffic to the hard memory NoC's own packet-based protocol. That traffic is routed through the NoC subsystem to appropriate targets. The targets convert the traffic back to AXI, for the HBM controller channels. The HBM controller converts AXI commands into HBM2E memory operations.

    Note: The current version of the Test Engine IP offers a preliminary feature set.
  • A performance monitor, known as the Performance Monitor FPGA IP, allows you to measure performance on an AXI4 mainband interface of the HBM2E pseudo-channel. The performance monitor is a synthesizable block consisting of control and status registers that allow you to configure and modify the performance metrics of the HBM2E channels. You can measure the following performance metrics using PMON:
    • Read latency
    • Write latency
    • Read efficiency
    • Write efficiency
    • Overall efficiency
    • Subchannel efficiency
    • Subchannel back pressure
    • Expected transactions in subchannel
    Note: Do not run any traffic on the interface that PMON is monitoring, while you are configuring PMON. Failure to observe this restriction can result in inaccurate measurements.
  • A NoC clock control FPGA IP which is responsible for clocking the hard memory NoC. The hard memory NoC clock control IP also provides hard memory NoC performance monitoring registers.
  • PLL, which generates the core clock (or clocks) used to clock the traffic generator and NoC Initiator IPs.
  • A reset release FPGA IP which assists in correct sequencing of reset releases during device power-up and ensures that the design stays in reset until device power-up is completed.

If you enable the design for simulation, the HBM2E design example contains the following additional blocks:

  • An HBM2E memory model.
  • A simulation checker.
  • The clock source and reset instances, which are bus functional models (BFMs) that generate the reference clock and reset signals.