Low Latency 100G Ethernet Intel® IPコア・ユーザーガイド: インテル® Stratix® 10デバイス用

ID 683100
日付 5/21/2021
Public
ドキュメント目次

8. リンクのデバッグ

Ethernet Link Inspector (ELI) ツールを使用して、リンクをデバッグします。

ELIは、イーサネットIPを含むイーサネット・リンクを継続的に監視できる検査ツールです。これには、イーサネット・レーン・アライメント・ステータス、クロック・データ・リカバリー (CDR) ロック、メディア・アクセス・コントローラー (MAC) 統計情報、Forward Error Correction (FEC) 統計情報、およびその他が含まれます。必要に応じて、ELIはSignal Tap Logic Analyzerを使用してイベントをキャプチャし、オート・ネゴシエーション (AN)、リンク・トレーニング (LT)、またはリンク動作中のその他のイベントにおけるリンクのビヘイビアをさらに調べることができます。ELIは、グラフィカル・ユーザー・インターフェイス (GUI) も作成します。これは、リンクのビヘイビアを表し、 インテル® Quartus® Prime Pro開発ソフトウェアで使用可能です。

ELIを使用するには、IP内で、Enable JTAG to Avalon Master Bridge機能をオンにします。詳細については、IPコアのパラメーター を参照してください。

ワードロックを使用して、最も基本的なレベルでリンクのデバッグを開始します。その後、より高いレベルの問題を検討します。

次の手順は、Low Latency 100G Ethernet Intel FPGA IPコアのリンクを起動する際に発生する、一般的な問題の特定および解決に役立ちます。

  1. ワードロックの確立 - RXレーンでは、極端なビットエラーレートが存在する場合でもワードロックを実現できるはずです。IPコアがワードロックを実現できない場合は、トランシーバーのクロッキングおよびデータレートのコンフィグレーションを確認してください。TXレーンとRXレーンの反転などのケーブルエラーを確認します。ControlレジスターおよびStatusレジスターのクロック周波数モニターを確認してください。

    ワードロックを確認するには、オフセット0x324の SCLR_FRM_ERR レジスターに値1を書き込んだ後、さらに0を書き込むことによって、FRM_ERR レジスターをクリアします。そして、オフセット0x323の FRM_ERR レジスターを読み出します。値がゼロの場合、コアにはワードロックがあります。ゼロ以外の場合は、ステータスは不確定です。

  2. ワードロックに問題がある場合は、アドレス0x321の EIO_FREQ_LOCK レジスターを確認してください。このレジスターの値は、リカバリークロックのステータスを定義します。通常動作では、すべてのビットをアサートする必要があります。任意のレーンに対応するビットのアサートされていない (値0) またはトグルロジック値は、クロックリカバリーの問題を示しています。クロックリカバリーの問題は通常、次の問題が原因で発生します。
    • 高いビット・エラー・レート (BER)
    • リンクの確立の失敗
    • IPコアへの不正なクロック入力
  3. PMA FIFOレベルを確認します。EIO_FLAG_SEL レジスターの適切なビットを選択し、EIO_FLAGS レジスターの値を読み出すことによって行います。通常動作中、TXおよびRX FIFOは名目上満たされている必要があります。TX FIFOが空またはフルであることを確認すると、通常、クロック周波数に問題があることを示します。空のRX FIFOは許容できますが、RX FIFOがフルになることは許容されません。
  4. レーンの整合性の確立 - 適切に動作している場合、レーンで1日あたり約1回を超えるレートでビットエラーが発生することはありません。データパケット内のビットエラーは、FCSエラーとして識別されます。IDLEフレームを含む制御情報のビットエラーは、通常、XL/CGMIIデコードでエラーを引き起こします。
  5. IPコアがワードロックを取得してもリンクが確立されない場合は、オフセット0x328の AM_LOCK レジスターを繰り返し読み出して確認します。デアサートまたはトグルが行われている場合は、ケーブルと接続を確認してください。
  6. IPコアがすべての仮想レーンでアライメント・マーカー・ロックを取得した (AM_LOCK のビット [0] が一貫して1) にもかかわらず、リンクがまだ確立されていない場合は、オフセット0x329の LANE_DESKEWED レジスターを確認します。このレジスターが値0のままの場合、スキューはデスキュー制限よりも大きくなります。
  7. パケット・トラフィックの検証 - イーサネット・プロトコルには自動レーン並び替えが含まれているため、上位レベルはPCSに従う必要があります。PCSがロックされているにもかかわらず、より高いレベルのトラフィックが破損している場合は、リモート・トランスミッターの仮想レーンタグに問題がある可能性があります。
  8. 調整 - アナログ・パラメーターを調整して、ビット・エラー・レートを向上させることができます。IDLEトラフィックは、アナログ目的の代表的なものです。

さらに、IPコアは確立された後、イーサネット・リンクで信号が失われる可能性があります。この場合、TX機能は影響を受けませんが、RX機能は中断されます。次の症状は、イーサネット・リンクの信号が失われたことを示しています。

  • IPコアが rx_pcs_ready 信号をデアサートし、IPコアがアライメント・マーカー・ロックを失ったことを示している場合。
  • IPコアが、オフセット0x326の RX_PCS_FULLY_ALIGNED_S レジスターの完全に整列したRX PCSステータスビット (ビット [0]) をデアサートした場合。この変更は、rx_pcs_ready 信号の値の変更にリンクされています。
  • Enable link fault generationがオンになっているときに、IPコアが local_fault_status を値1に設定した場合。
  • IPコアが Link_Fault レジスターの Local Fault Status ビット (ビット [0]) をオフセット0x508でアサートした場合。この変更は、local_fault_status 信号の値の変更にリンクされています。
  • IPコアが、soft_rxp_rst をアサートすることによって、RXデジタル・リセット・プロセスをトリガーする場合。