You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Changing hdk_version to 1.2.1
* Fixing the programmer view
* spelling and grammer fixes
* enhanced sdk install script for increased portability
Various Linux distributions have different preferred paths for installations of
unmanaged user binaries and libraries. This change attempts to follow those
preferences while maintaining maximum portability.
This script has been tested recent versions (at time of writing) of:
- Amazon Linux 2017.03
- Centos (FPGA Dev AMI 1.2)
- Ubuntu 16.04.2 LTS
- SUSE 12
It has not been tested on RHEL, but is presumed to work since it is similar
to Amazon Linux and Centos.
It installs binaries to /usr/local/bin if it's on the sudo PATH or /usr/bin
otherwise. It installs the shared library the first directory it finds searching
from the follwing list:
/usr/local/lib64
/usr/local/lib
/usr/lib64
/usr/lib
This usually results in installations to /usr/local/lib on Ubuntu and to
/usr/local/lib64 on others.
* removed "known bug" for Ubuntu
* fixed an error return code
When the mailbox command timesout, return the -ETIMEDOUT. Negative
values are decoded from errno.h and positive number are defined by the
library.
* set the mbox timeout and delay when using --request-timeout
* updated fpga_pci_bar_attach to close fd after mmap
* Rj doc updates (#23)
* Placed the rescan option in bold text
* Placed the rescan option in bold text and italics
* Renaming Chipscope to Virtual JTAG; Additional clock recipes.
Change-Id: Ie4c8fb77893e011adcf85756c0e5d55e93f1fa9a
* Renaming disable chipscope define in sim .f files.
Change-Id: Ie99a86f1fd8639b614a618c6eb9a38a9e7358e4b
* Synchrnous load and clear operations with auto-rescan and end-state display (#27)
Synchronous load and clear operations with auto-rescan and end-state display
* Updated README.md (#28)
Copy file name to clipboardExpand all lines: FAQs.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -204,7 +204,7 @@ We encourage you to use the [AWS FPGA Developer Forum](https://forums.aws.amazon
204
204
205
205
The required AWS software is the [FPGA Management Tool set](./sdk/userspace/fpga_mgmt_tools). This software manages loading and clearing AFIs for the instance FPGAs. It also allows developers to retrieve FPGAs status from within the instance. Users will need to load the F1 AMI with the drivers and runtime libraries needed for their FPGA application.
206
206
207
-
Typically, you will not need the HDK nor any Xilinx Vivado tools on an F1 instance that is using prebuilt AFIs; unless, you want to do in-field debug using Vivado's ChipScope.
207
+
Typically, you will not need the HDK nor any Xilinx Vivado tools on an F1 instance that is using prebuilt AFIs; unless, you want to do in-field debug using Vivado's ChipScope (Virtual JTAG).
208
208
209
209
210
210
## Marketplace
@@ -235,7 +235,7 @@ There are two types of interfaces from the instance host CPU to the FPGAs:
235
235
236
236
The first is the FPGA Image Management Tools. These APIs are detailed in the [SDK portion](./sdk/userspace/fpga_mgmt_tools) of the GitHub repository. FPGA Image Management Tools include APIs to load, clear, and get status of the FPGA.
237
237
238
-
The second type of interface is direct address access to the Application PCIe Physical Functions (PF) of the FPGA. There is no API for this access. Rather, there is direct access to resources in the Custom Logic (CL) region or Shell that can be accessed by software written on the instance. For example, the ChipScope software uses address space in a PF to provide FPGA debug support. Developers can create any API to the resources in their CL. See the [Shell Interface Specification](./hdk/docs/AWS_Shell_Interface_Specification.md) for more details on the address space mapping as seen from the instance.
238
+
The second type of interface is direct address access to the Application PCIe Physical Functions (PF) of the FPGA. There is no API for this access. Rather, there is direct access to resources in the Custom Logic (CL) region or Shell that can be accessed by software written on the instance. For example, the ChipScope software (Virtual JTAG) uses address space in a PF to provide FPGA debug support. Developers can create any API to the resources in their CL. See the [Shell Interface Specification](./hdk/docs/AWS_Shell_Interface_Specification.md) for more details on the address space mapping as seen from the instance.
239
239
240
240
241
241
@@ -379,7 +379,7 @@ Yes. The HDK includes a simulation model for the AWS shell. See the [HDK common
379
379
380
380
**Q: What resources within the FPGA does the AWS Shell consume?**
381
381
382
-
The Shell consumes about 20% of the FPGA resources, and that includes the PCIe Gen3 X16, DMA engine, DRAM controller interface, ChipScope and other health monitoring and image loading logic. No modifications to the Shell or the partition pins between the Shell and the Custom Logic are possible by the FPGA developer.
382
+
The Shell consumes about 20% of the FPGA resources, and that includes the PCIe Gen3 X16, DMA engine, DRAM controller interface, ChipScope (Virtual JTAG) and other health monitoring and image loading logic. No modifications to the Shell or the partition pins between the Shell and the Custom Logic are possible by the FPGA developer.
0 commit comments