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# 18292

10.1 Timing, PAR - Tools report an extra "bypass" path through the IOB for PCI versus LVDS (Tiofoi)

Description

My design is a simple circuit with an IOB that utilizes an output FF, IOBUF PCI, and an input FF. The timing tools analyze a path from the output FF through IOBUF PCI to the input FF. However, if I change the IOSTANDARD attribute to another value (such as LVTTL), TRACE does not show a path from the output FF through IOBUF LVTTL to the input FF.

Why does changing the IOSTANDARD affect how the tools analyze paths in the IOB?

Solution

The cell model has special circuits for I/O components in which the output buffer input signal can bypass the pad RC delay by going directly to the input side. However, this bypass path only exists under special circumstances. The tools use the following rules to determine if this bypass path should be analyzed:

Policies:

- the delay element has no bearing on the pad bypass feature

- component must have both input and output buffers to use pad bypass

- GTL flavors never use pad bypass

- PCI flavors always use pad bypass

- except for PCI, 3-state output buffers never use pad bypass

- except for GTL, regular output buffers always use pad bypass

NOTE: Standards like GTL (and GTLP) are single-ended driver standards.

AR# 18292
Date Created 09/03/2007
Last Updated 12/15/2012
Status Active
Type General Article