- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
We are trying to run a simulation with A10 PCIe+SRIOV IP, where Root Port is trying to access a registers behind BAR0 of the IP. There is a write followed by 3 reads from Root Port and the completions for the 3 reads are sent to PF0 of the IP. The IP successfully transmitted 2 Read Completions back to Root Port, but the 3rd completion is stuck in the IP. The Root Port have infinite completion credits, which can be seen on tx_cred* status signals and the IP debug status signals do not indicate any error on the Tx Packets. The simulation fails with completion timeout on the 3rd Read.
Attached is TLP transactions log dump by the IP and completions sent to IP on the AVST-Tx Interface.
We don't understand what is the issue in the IP here.
Thanks,
RamaMohan
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Sir,
Just try to understand if there is any read address dependency, if the third read is the same address with the previous one (successfully read), do you observe the same problem?
Regards -SK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi SK,
If the second address is repeated for third read transaction as well, I'm not seeing any issue. Please clarify how address is impacting the completion to be sent by the PCIe IP.
The successful completion TLP is
31:0 - 32'h4A000001
63:32 - 32'h01000004
95:64 - 32'h0000001C
127:96 - 32'h00000000
159:128 - 32'h00000000
191:160 - 32'h00000000
223:192 - 32'h00000000
255:224 - 32'h00000000
Where as unsuccessful completion TLP is as below:
31:0 - 32'h4A000001
63:32 - 32'h01000004
95:64 - 32'h00000000
127:96 - 32'h00000000
159:128 - 32'h00000000
191:160 - 32'h00000000
223:192 - 32'h00000000
255:224 - 32'h00000000
The only difference is the lower_address which is 0x1C for successful reads and 0x00 for blocked read.
Thanks,
RamaMohan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi RamaMohan,
Can you also share with us the Read Request TLP to compare the difference for two cases? Is this only address 0 having this problem?
Regards -SK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Ramamohan,
Could you please share with us your simulation project, and also provide the exact steps to replicate the problem?
Regards -SK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi RamaMohan,
It will be great if there is an environment to replicate the problem, and further look into it. But as for now, I don't see there is an example for Arria 10 SRIOV available for testing.
Regards -SK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi SK,
I see your point that you are not able to replicate the issue at your end. In general what will be your approach to replicate these kind of issues at your end.
Since your SRIOV PCIe IP model is encrypted we are also not able to get insight on the root cause. What we observe is that the interface signals are being driven as per the requirements in the A10 PCIe SRIOV user-guide. The same is shared with you via snapshots.
When you ask for simulation project what all do you expect to be shared. If you let me know this information in detail I may work to see what can be done to share the required information with you.
Also, let me know if it is possible for you to provided the un-encrypted model for our simulation.
Thanks,
RamaMohan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi RamaMohan,
A quick check with you, could you please double check if this issue only happen in SRIOV variant but not the Avalon ST (without SRIOV) by using the third party BFM?
Regards -SK Lim

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page