Forum Discussion
Issues when testing DMA feature provided by Avalon MM+ IP with S10 GX dev kit card on Ubuntu 18.04
- 4 years ago
The problem you seen might related to below KBD
Why does the Intel® Stratix® 10 Avalon®-MM Interface for PCIe* with DMA example design fail the link test and the DMA test when using the default selected BAR0?DescriptionWhen the internal DMA Descriptor Controller is enabled, the BAR0 Avalon®-MM master is not available for general-purpose usage. The DMA Descriptor Controller uses this BAR0 interface through which the host CPU programs in the descriptor table.
The intel_fpga_pcie_link_test user application selects BAR0 as default when it's initially executed. If the user forgets to change to BAR2, which is where the onchip memory is attached, then both the link test and the DMA test will fail.
ResolutionThe user must change to BAR2 before executing the link test and the DMA test.
See the execution transcript of the intel_fpga_pcie_link_test user application below for how to change to BAR2.
~$ sudo ./intel_fpga_pcie_link_test
*********************************************************
Intel FPGA PCIe Link Test
Version 2.0
0: Automatically select a device
1: Manually select a device
*********************************************************
> 0
Opened a handle to BAR 0 of a device with BDF 0x1300
*********************************************************
0: Link test - 100 writes and reads
1: Write memory space
2: Read memory space
3: Write configuration space
4: Read configuration space
5: Change BAR
6: Change device
7: Enable SRIOV
8: Do a link test for every enabled virtual function
belonging to the current device
9: Perform DMA
10: Quit program
*********************************************************
> 5
Changing BAR...
Enter BAR number (-1 for none):
> 2
Successfully changed BAR!
Please try de-select the "Enable burst capability for Avalon-MM BAR0 Master port" (HPRXM BAR0) option as shown below, then re-generate RTL, re-compile and configure the example design again.
Let's see if disabling burst mode for BAR0 allows the DMA test to work because it looks like the HPRXM (burst mode) module and the DMA module have conflicts on BAR0 causing problem.
Let me know your test result after this change.
- He4Forum4 years ago
Occasional Contributor
Could you please resend the pic? it could not be loaded on my PC. Thanks.
- He4Forum4 years ago
Occasional Contributor
Unfortunately, the same error still occurs.
This time DMA test runs a bit longer than before. The usb is disconnected after 20,000 loops of testing.
At the same time, during the test, I found that the previous usb was connected to an usb3.0 interface of the motherboard, so I plugged it into an usb2.0. While no difference about the result.
- He4Forum4 years ago
Occasional Contributor
Atfer how much time the USB will be disconnected seems very random. Maybe I just start the test, or have runned the test for a while.
- He4Forum4 years ago
Occasional Contributor
I think it is very likely that the temperature is too high to make the USB disconnected. I notice in user guide documentation https://www.intel.com/content/www/us/en/docs/programmable/683674/current/thermal-limitations-and-protection.html , it mentions that the board will be powered off when the temperature crosses 100C. Then we need to replug the power supply to make it work again. It's very similar to our situation. I have added a tiny fan blowing the card directly to see whether it could work.