Kritisches Problem
Die PCI-Express-MegaCore-Funktion generiert die Gen2 nicht Compliance-Muster für die harte IP-Implementierung in Stratix IV GX-Geräte, da die harte IP-Reset-Schaltung den Transceiver hält im Reset.
Dieses Problem betrifft die harte IP-Implementierung des PCI-Express MegaCore-Funktion für Stratix IV GX-Geräte, die Reset verwenden Schema für .v oder .vhd MegaCore-Funktion wie im Kapitel "Reset and Clocks" des Benutzerhandbuch für PCI-Express-Compiler. (Dies beeinflusst die <>_plus.v oder .vhd MegaCore nicht Funktionen).
Die Problemumgehung besteht darin, die Definition des rx_digitalreset_serdes Signals zu ändern
in .v oder .vhd-Datei
beim Ausführen des Compliance-Tests. zeigt die erforderliche Änderung an
für Compliance-Tests und die Definition für den normalen Betrieb.
// Use this assignment for compliance testing
assign rx_digitalreset_serdes = rc_rx_digitalreset;
// Use this assignment for operation in non-compliance mode
assign rx_digitalreset_serdes = rc_rx_digitalreset | rst_rxpcs; |
Darüber hinaus das reservierte test_in Bit (test_in[32])
muss als ein Eingang in den Reset-Schaltkreis definiert werden, um darauf hinzuweisen, dass
die DuT den Compliance-Test durchführt. Wann test_in[32] ist
gesetzt auf 1, der Teil des Reset-Schaltkreises, der die
Compliance-Bug wird umgangen. Wenn dieses Bit auf 0 eingestellt ist, wird der PCI-Express
Die MegaCore-Funktion funktioniert im normalen Betriebsmodus.
Dieses Problem wurde in Version 10.1 der PCI Express MegaCore behoben Funktion.
