- 1-8 Xilinx UltraScale+ VU9P based FPGA slots
- Per FPGA Slot, Interfaces available for Custom Logic(CL):
- One x16 PCIe Gen 3 Interface
- Four DDR4 RDIMM interfaces (with ECC)
- AXI4 protocol support on all interfaces
- User-defined clock frequency driving all CL to Shell interfaces
- Multiple free running auxilary clocks
- PCIE endpoint presentation to Custom Logic(CL)
- Management PF (physical function)
- Application PF
- Virtual JTAG, Virtual LED, Virtual DIP Switches
- PCIE interface between Shell(SH) and Custom Logic(CL).
- SH to CL inbound 512-bit AXI4 interface
- CL to SH outbound 512-bit AXI4 interface * Multiple 32-bit AXI-Lite buses for register access, mapped to different PCIe BARs
- Maximum payload size set by the Shell
- Maximum read request size set by the Shell
- AXI4 error handling * DDR interface between SH and CL
-
CL to SH 512-bit AXI4 interface
-
1 DDR controller implemented in the SH (always available)
-
3 DDR controllers implemented in the CL (configurable number of implemented controllers allowed)
Release 1.2.0 is the first Generally Available release of the Shell, HDK, and SDK. This release provides F1 developers with documentation and tools to start building their Custom Logic (CL) designs to work with the F1 instances.
Any items in this release marked as WIP (Work-in-progress) or NA (Not avaiable yet) are not currently supported by the 1.2.0 release.
This is the first Generally Available release of the AWS EC2 FPGA Development Kit. Major updates are included for both the HDK and SDK directories. 1.2.0 a required version for all Developers running on F1 instances, and prior releases of the FPGA Development Kit are not supported.
All AFIs created with previous HDK versions will no longer correctly load on an F1 instance, hence a fpga-load-loca-image
command executed with an AFI created prior to 1.2.0 will return an error and not load.
The following major features are included in this HDK release:
- New Shell Stable: 0x04151701
- cl_ports.vh have the updated port list
- AWS_Shell_Interface_Specification.md has been updated
- Updated the xdc timing constrains under constraints to match the new interfaces
- Updated CL HELLO WORLD example to use the new cl_ports.vh
- DCP for the latest shell v04151701. AWS Shell DCP is stored in S3 and fetched/verified when
hdk_setup.sh
script is sourced.
- The DMA bus toward the CL is multiplexed over sh_cl_dma_pcis AXI4 interface so the same address space can be accessed via DMA or directly via PCIe AppPF BAR4
- DMA usage is covered in the new CL_DRAM_DMA example RTL verification/simulation and Software
- A corresponding AWS Elastic DMA (EDMA) driver is provided.
- EDMA Installation Readme provides installation and usage guidlines
- The initial release supports a single queue in each direction
- DMA support is in Beta stage with a known issue for DMA READ transactions that cross 4K address boundaries. See Kernel_Drivers_README for more information on restrictions for this release
-
- Usage covered in new CL_DRAM_DMA example
- A corresponding AWS EDMA driver is provided under /sdk/linux_kernel_drivers/edma
- EDMA Installation provides installation and usage guidlines
- The initial release supports a single user-defined interrupt
- File content defined in AFI Manifest
- AFI_Manifest.txt is created automatically if the developer is using the aws_build_dcp_from_cl.sh script
- PCI Vendor ID and Device ID are part of the manifest
- Shell Version is part of the manifest
- The Manifest.txt file is required for AFI generation
- All the examples and documentations for build include the description and dependency on the Manifest.txt
- All the Shell/CL interfaces running off clk_main_a0, and no longer required to be 250Mhz.
- The default frequency using the HDK build flow for
clk_main_a0
is 125Mhz as specified in recipe number A0. Allowing CL designs to have flexible frequency and not be constrained to 250Mhz only. All CL designs must include the recipe number in the manifest.txt file in order to generate an AFI. - All xdc scripts have been updated to clk_main_a0 and to reference a table with the possible clocks’ frequencies combinations
- Updated CL_HELLO_WORLD and CL_DRAM_DMA examples to use the
clk_main_a0
Additional tunable auxiliary clocks are generated by the Shell and fed to the CL. The clocks frequencies are set by choosing a clock recipe per group from a set of predefined frequencies combination in clock recipes table
- Clock frequency selection is set during build time, and recorded in the manifest.txt (which should include the clock_recipe_a/b/c parameters)
- Clock frequency programming in the FPGA slot itself occurs when the AFI is loaded. The list of supported frequencies is available here
- See AWS_Shell_Interface_Specification for details on the clocking to the CL
- See AFI Manifest for details on the AFI manifest data
- xdc is automatically updated with the target frequency (WIP)
** The AppPF now has 4 different PCIe BARs:**
- BAR0 and BAR1 support 32-bit access for different memory ranges of the CL through separate AXI-L interfaces
- BAR2 is used exclusively for the DMA inside the Shell and MSI-X interrupt tables
- BAR4 expanded to 128GiB to cover all external DRAM memory space
** ManagementPF added additional PCIe BARs:**
- BAR2 is used for Virtual JTAG
- BAR4 is used for SDAccel Management (WIP)
- AWS Shell Interface Specification covers these changes in detail
- AWS FPGA PCIe Memory Map covers the address map details
- The FPGA PCI library provides simple APIs to take advantage of these BARs
** MgmtPF and AppPF are now represented as different PCIe devices in F1 instances:**
- Each FPGA Slot will occupy two PCIe buses, one for AppPF and one for MgmtPF
- BAR4 addressing space enables a CL to fully map FPGA card DRAM into the AppPF address space. AppPF BAR4 is now a 128GB BAR
- AWS Shell Interface Specification covers these changes in detail
- AWS FPGA PCIe Memory Map covers the address map in detail
- Wider access provides higher bandwidth DMA and host to FPGA access
- Instance CPU can now burst full 64-byte write burst to AppPF PCIe BAR4 if mapped as Burstable (a.k.a WC: WriteCombine) (WIP)
- pci_poke_burst() and pci_poke64() calls were added to fpga_pci library to take advantage of this
- CL_DRAM_DMA and CL_HELLO_WORLD examples support for a wider access was added
- Large inbound transaction going to AppPF PCIe BAR4 will be passed onward to the CL
- Large inbound transactions going to the other BARs will be split by the Shell to multiple 32-bit accesses, and satisfy AXI-L protocol specification.
- Additional error conditions detected on the CL to Shell Interface and reported through fpga-describe-image tool
- See AWS Shell Interface Specification for more details
- FPGA Management Tool metrics output covers the additional error handling details
- The AXI buses between Shell and CL support an expanded number of AXI ID bits to allow for bits to be added by AXI fabrics See AWS Shell Interface Specification for more details
- New metrics for monitoring the Shell to CL are available from the AFI Management Tools.
- See fpga mgmt tools readme for more details
- Added CL capability to present virtual LEDs and push virtual DIP switches indications to the CL, set and read by FPGA Management Tools and without involving CL logic, providing the developer an environment similar to developing on local boards with LED and DIP switches
- See new commands in FPGA Image Tools for description of the new functionality
- CL_HELLO_WORLD example includes some logic to set LED and adjust according to vDIP
- See AWS Shell Interface Specification for more details
- The Shell has the capability for supporting CL integrated Xilinx debug cores like Virtual I/O (VIO) and Integrated Logic Analyzer (ILA) and includes support for local/remote debug by running XVC
- Virtual_JTAG_XVC describes how to use Virtual JTAG from linux shell
- cl_debug_bridge module was added to HDK common directory
- Support for generating .ltx files after
create-fpga-image
was added. .ltx file is required when running interactive ILA/VIO debug (WIP) - Build tcl and xdc includes the required changes to enable Virtual JTAG
- See CL_DRAM_DMA for examples on using Virtual JTAG and XVC for debug
- Example Summary Table covers which CL capabilities is demonstrated in each example
- Matching the new Shell/CL interface
- Add support for 32-bit peek/poke via ocl_ AXI-L bus
- Adding Virtual JTAG support with Xilinx ILA and VIO debug cores (WIP)
- Demonstrate the use of Virtual LED and Virtual DIPSwitch
- Runtime software examples, leveraging fpga_pci and fpga_mgmt C-libraries
- Updated PCIe Vendor ID and Device ID
- See CL HELLO WORLD readme for more details
- Mapping AppPF PCIe BAR4 to DRAM
- Using DMA to access same DRAM
- Using SystemVerilog Bus constructs to simplify the code
- Demonstrate the use of User interrupts
- Demonstrate the use of bar1_ AXI-L bus
- Includes Runtime C-code application under CL_DRAM_DMA software (WIP)
- See CL_DRAM_DMA README
- The Software Programmer View document is added to explain the various ways a linux user-space application can work with AWS FPGA Slots
- The C-libraries are simplifying and adding more protections from developer’s mistakes when writing a runtime C-application
- Fpga_mgmt.h cover the APIs for calling management functions
- Fpga_pcie.h covers the API for access the various PCI memory spaces of the FPGA
- CL_HELLO_WORLD and CL_DRAM_DMA examples updated to use these libraries.
- Included Vivado encryption key file for VHDL
- Added VHDL-specific line in
encrypt.tcl
reference files - Developer would need to add
read_vhdl
increate_dcp_from_cl.tcl
- See FPGA Management Tools for more details
- The FPGA Development AMI includes Vivado 2017.1
- Older Vivado versions will not be supported
- Updated documentation in /sdk/SDAccel (NA)
- OpenCL runtime HAL for supporting SDAccel and OpenCL ICD in /sdk/userspace (NA)
- SDAccel build post-processing to register SDAccel xcl.bin as AFI. (NA)
- Developers can simply call `include "unused_BUS_NAME_template.inc" for every unused interface
- List of potential files to include is available in
$HDK_SHELL_DIR/design/interfaces/unused\*
- cl_hello_world.sv and cl_dram_dma.sv provide examples (at the each of each file)
hdk_setup.sh
compares between the list of Vivado versions supported by the HDK and the installed vivado versionshdk_setup.sh
would automatically choose the Vivado version from the available binaries in AWS FPGA Developer's AMI
- Change address decoding to ROW_COL_INTLV mode
- Enable auto precharge on COL A3
- This is the first Generally Available release. Bug fixes will be tracked starting with this release.
- PCIE AXI4 interfaces between Custom Logic(CL) and Shell(SH) have following restrictions: * All PCIe transactions must adhere to the PCIe Exress base spec * 4Kbyte Address boundary for all transactions(PCIe restriction) * Multiple outstanding outbound PCIe Read transactions with same ID not supported * PCIE extended tag not supported, so read-request is limited to 32 outstanding * Address must match DoubleWord(DW) address of the transaction * WSTRB(write strobe) must reflect appropriate valid bytes for AXI write beats * Only Increment burst type is supported * AXI lock, memory type, protection type, Quality of service and Region identifier are not supported
- PCI-M AXI interface is not supported in this release.
- FPGA to FPGA communication over PCIe for F1.16xl
- FPGA to FPGA over the 400Gbps Ring for F1.16xl
- Aurora and Reliabile Aurora modules for the FPGA-to-FPGA
- Preserving the DRAM content between different AFI loads (by the same running instance)
- Cadence RTL simulations tools
- All AXI-4 interfaces (PCIM, DDR4) do not support AxSIZE other than 0b110 (64B)
- The PCI-M AXI interface is not supported in this release. The interface is included in cl_ports.vh and required in a CL design, but not enabled for functional use in this release.
*The integrated DMA function is in Beta stage. There is a known issue with DMA READ addresses crossing 4K page boundaries. The failure can be triggered by READ transfers that start on an address other than 4K aligned AND cross the 4K page boundary. READ transfers that do not cross the 4K boundary OR transfers that start at the beginning of a 4K page and greater than 4K size are not susceptible to the error. WRITE transfers are not affected by this issue Developers should use 4K aligned address boundaries on any READ transfer that can cross a 4K boundary to avoid the issue.
- The HDK and SDK are designed for Linux environment and has not been tested on other platforms
- First installation of AWS FPGA SDK requires having gcc installed in the instance server. If that's not available, try
sudo yum update && sudo yum group install "Development Tools"
- The HDK build step requires having Xilinx's Vivado tool and Vivado License Management running. Tools and licenses are provided with AWS FPGA Developer AMI at no additional cost
- This release is tested and validated with Xilinx 2017.1 Vivado
- Developers that choose to not use the developer AMI in AWS EC2, need to have Xilinx license 'EF-VIVADO-SDX-VU9P-OP' installed on premise. For more help, please refer to On-premise licensing help
- Vivado XSIM RTL simulator supported by the HDK
- MentorGraphic's Questa RTL simulator supported by the HDK (but requires a purchase of separate license from MentorGraphics)
- Synopsys' VCS RTL simulator supported by the HDK (but requires a purchase of separate license from Synopsys)
The HDK and SDK in the development kit have different licenses. SDK is licensed under open source Apache license and HDK is licensed under Amazon Software License. Please refer to HDK License and SDK License.
- Add support for
create-fpga-image
AFI generation AWS API. For more details please read the forum announcement here.
- Major update to content reflecting upcoming HDK/SDK 1.1.0 release and new shell
- First Generally Available release of HDK/SDK
**Q: How do I know which HDK version I have on my instance/machine? **
Look for hdk_version
**Q: How do I know what my Shell Version is? **
The Shell Version of an instance is available through the FPGA Image Management tools. See the description of fpga-describe-local-image
for details on retrieving the shell version from an instance.
**Q: How do I know what version of FPGA Image management tools are running on my instance? **
The FPGA Image management tools version is reported with any command executed to those tools. See the description of fpga-describe-local-image
for details on the tools version identification.
Q: Can I use my AFIs from the Private Preview with the new HDK release?
No. Existing AFIs will not load with the new Shell.
Q: How do I update my design with this release?
- Start by either cloning the entire GitHub structure for the HDK release or downloading new directories that have changed. AWS recommends an entire GitHub clone to ensure no files are missed
- Update the CL design to conform to the new AWS_Shell_Interface_Specification
- Follow the process for AFI generation outlined in aws-fpga/hdk/cl/examples/readme.md
- Update FPGA Image Management Tools to the version included in aws-fpga/sdk/management
Q: How do I get support for this release?
The AWS Forum FPGA Development provides an easy access to Developer support. The FPGA development user forum is the first place to go to post questions, suggestions and receive important announcements. To gain access to the user forum, please go to https://forums.aws.amazon.com/index.jspa and login. To be notified on important messages, posts you will need to click the “Watch Forum” button on the right side of the screen.
**Q: How do I know which HDK release I am working with? **
See the release notes at the top of the GitHub directory to identify the version of your GitHub clone.