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
Copy file name to clipboardExpand all lines: ERRATA.md
+14-7
Original file line number
Diff line number
Diff line change
@@ -7,15 +7,21 @@ Shell errata is [documented here](./hdk/docs/AWS_Shell_ERRATA.md)
7
7
8
8
## HDK
9
9
10
-
1.Support for the XDMA Shell in the HDK design flow is not available at this time. CL builds using the XDMA Shell will result in a build failure.
10
+
1.Address Aliasing Bug in AMD HBM IP with Customer Address Mapping
11
11
12
-
2. CL simulation might show the following "error" message if the [CL clock generator](./hdk/docs/AWS_CLK_GEN_spec.md) is contained in the design. By default, the generator blocks all output clocks (except for `o_clk_main_a0`) and asserts all output resets. This behavior violates the built-in reset check in the [AXI SmartConnect IP](https://www.xilinx.com/products/intellectual-property/smartconnect.html#overview). This message can be safely ignored. A Fix for this issue is in progress.
12
+
* An address aliasing bug has been identified in AMD HBM IP when the IP's "Customer Address Map" option is enabled for a 16GB HBM implementation. The bug allows a single memory entry to be accessed via two different addresses, which might lead to data corruption. More information about this bug will be published by AMD in the Ultrascale+ product errata.
13
+
14
+
* For now, customers using 16GB HBM implementation should disable the "Customer Address Map" option in the IP until a fix is released by AMD.
15
+
16
+
2. Support for the XDMA Shell in the HDK design flow is not available at this time. CL builds using the XDMA Shell will result in a build failure.
17
+
18
+
3. CL simulation might show the following "error" message if the [CL clock generator](./hdk/docs/AWS_CLK_GEN_spec.md) is contained in the design. By default, the generator blocks all output clocks (except for `o_clk_main_a0`) and asserts all output resets. This behavior violates the built-in reset check in the [AXI SmartConnect IP](https://www.xilinx.com/products/intellectual-property/smartconnect.html#overview). This message can be safely ignored. A Fix for this issue is in progress.
13
19
14
20
```bash
15
21
# ** Error: [SmartConnect 500-33] s_sc_aresetn should be asserted for at least 16 cycles of m_sc_aclk. tb.card.fpga.CL.CL_HBM.HBM_PRESENT_EQ_1.AXI_CONVERTER_AXI4_AXI3.cl_axi_sc_1x1_i.smartconnect_0.inst.s00_nodes.s00_aw_node.inst.<protected>.<protected>
16
22
```
17
23
18
-
3. CL simulation might show the following "error" message. This message can be safely ignored. A Fix forthis issue isin progress.
24
+
4. CL simulation might show the following "error" message. This message can be safely ignored. A Fix forthis issue isin progress.
19
25
20
26
```bash
21
27
# Initializing memory from data in 'ddr4_ddr_10.mem'.
@@ -24,14 +30,15 @@ Shell errata is [documented here](./hdk/docs/AWS_Shell_ERRATA.md)
24
30
# ERROR: Failed to write data burst length to 16. Only <4,8> are valid.
25
31
```
26
32
27
-
4. XSIM simulator does not support a cycle-accurate simulation model forthe HBM IP. We’re observing significantly longer simulation times compared to VCS and Questa simulators. This is caused by the HBM BFM usedin XSIM. Therefore, running HBM simulation using VCS or Questa is strongly recommended.
33
+
5. XSIM simulator does not support a cycle-accurate simulation model forthe HBM IP. We’re observing significantly longer simulation times compared to VCS and Questa simulators. This is caused by the HBM BFM usedin XSIM. Therefore, running HBM simulation using VCS or Questa is strongly recommended.
28
34
29
-
5. Simulation of the [HBM monitor interface](./hdk/docs/AWS_Shell_Interface_Specification.md/#hbm-monitor-interface) is not supported in this release. The HBM IP always passes initialization and remains in an operating state for all tests. Simulation support for the HBM monitor will be added in a future release.
35
+
6. Simulation of the [HBM monitor interface](./hdk/docs/AWS_Shell_Interface_Specification.md/#hbm-monitor-interface) is not supported in this release. The HBM IP always passes initialization and remains in an operating state for all tests. Simulation support for the HBM monitor will be added in a future release.
30
36
31
-
6. AFIs created based on HDK XDMA shell or Vitis are not supported on F2
37
+
7. AFIs created based on HDK XDMA shell or Vitis are not supported on F2
32
38
instances at this time.
33
39
34
-
7. The following ddr simulation backdoor test is not working with 64GB memory:
40
+
8. The following ddr simulation backdoor test is not working with 64GB memory:
Copy file name to clipboardExpand all lines: docs-rtd/source/ERRATA.rst
+20-8
Original file line number
Diff line number
Diff line change
@@ -9,10 +9,22 @@ Shell errata is `documented here <./hdk/docs/AWS_Shell_ERRATA.html>`__
9
9
HDK
10
10
---
11
11
12
-
1. Support for the XDMA Shell in the HDK design flow is not available at this time.
12
+
13
+
1. Address Aliasing Bug in AMD HBM IP with Customer Address Mapping
14
+
15
+
An address aliasing bug has been identified in AMD HBM IP when the IP's
16
+
"Customer Address Map" option is enabled for a 16GB HBM implementation. The
17
+
bug allows a single memory entry to be accessed via two different addresses,
18
+
which might lead to data corruption. More information about this bug will be
19
+
published by AMD in the Ultrascale+ production errata.
20
+
21
+
For now, customers using 16GB HBM implementation should disable the
22
+
"Customer Address Map" option in the IP until a fix is released by AMD.
23
+
24
+
2. Support for the XDMA Shell in the HDK design flow is not available at this time.
13
25
CL builds using the XDMA Shell will result in a build failure.
14
26
15
-
2. CL simulation might show the following "error" message if the `CL
27
+
3. CL simulation might show the following "error" message if the `CL
16
28
clock generator <./hdk/docs/AWS_CLK_GEN_spec.html>`__ is contained in
17
29
the design. By default, the generator blocks all output clocks
18
30
(except for ``o_clk_main_a0``) and asserts all output resets. This
@@ -25,7 +37,7 @@ HDK
25
37
26
38
# ** Error: [SmartConnect 500-33] s_sc_aresetn should be asserted for at least 16 cycles of m_sc_aclk. tb.card.fpga.CL.CL_HBM.HBM_PRESENT_EQ_1.AXI_CONVERTER_AXI4_AXI3.cl_axi_sc_1x1_i.smartconnect_0.inst.s00_nodes.s00_aw_node.inst.<protected>.<protected>
27
39
28
-
3. CL simulation might show the following "error" message. This message
40
+
4. CL simulation might show the following "error" message. This message
29
41
can be safely ignored. A Fix for this issue is in progress.
30
42
31
43
.. code:: bash
@@ -35,23 +47,23 @@ HDK
35
47
# 'ddr4_ddr_10.mem' set write data width to x4.
36
48
# ERROR: Failed to write data burst length to 16. Only <4,8> are valid.
37
49
38
-
4. XSIM simulator does not support a cycle-accurate simulation model for
50
+
5. XSIM simulator does not support a cycle-accurate simulation model for
39
51
the HBM IP. We’re observing significantly longer simulation times
40
52
compared to VCS and Questa simulators. This is caused by the HBM BFM
41
53
used in XSIM. Therefore, running HBM simulation using VCS or Questa
0 commit comments