UPGRADE YOUR BROWSER

We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

AR# 34710

Endpoint Block Plus Wrapper v1.14 for PCI Express - Extensive deassertion of trn_rnp_ok_n could lock up receive interface

描述

The user application signal, trn_rnp_ok_n, exists so that a customer can take advantage of the PCI Express ordering rules and stall Non-Posted packets while allowing Posted and Completion packets to proceed on the receive interface. However, if the user deasserts this signal to the point where 64 Completions or Posted packets bypass a stalled non-posted packet, this will cause the receive path to lock up.

解决方案

It is not typical to deassert trn_rnp_ok_n for such long periods of time, but some applications may do this. If your application is susceptible to this, then follow this workaround:

The user can keep trn_rnp_ok_n deasserted as long as trn_rfc_nph_av is 8. If trn_rfc_nph_av goes below 8, the user must then start a counter to count received Posted packets. Note that trn_rfc_nph_av may fluctuate briefly between 8 and lower values as packets are drained into the wrapper. The wrapper will buffer some NP packets. During any type of fluctuation, each time trn_rfc_nph_av goes to 8 the count can be restarted. Once the count reaches 30, the user must assert trn_rnp_ok_n and drain all NP packets until trn_rfc_nph_av is 8 again. At that point trn_rnp_ok_n can be deasserted once more.

Revision History

04/23/2010 - Updated for ISE 12.1 and v1.14
03/11/2010 - Initial Release for v1.13

链接问答记录

相关答复记录

Answer Number 问答标题 问题版本 已解决问题的版本
35321 Endpoint Block Plus Wrapper v1.14 for PCI Express - Release Notes and Known Issues for ISE Design Suite 12.1 N/A N/A
AR# 34710
日期 05/22/2012
状态 Archive
Type 已知问题
器件 More Less
IP
的页面