記事 ID: 000086317 コンテンツタイプ: 製品情報 & ドキュメント 最終改訂日: 2012/09/11

FPGA側のバックプレッシャーは、RapidIO インターコネクトからパケットを受信する際の RapidIO MegaCore 機能の動作にどのような影響を与えますか?

環境

BUILT IN - ARTICLE INTRO SECOND COMPONENT
詳細

RapidIO® MegaCore® IP ファンクションでは、トランスポート層にシャリバスバッファーがあります。このバッファーは、主にすべての着信パケットをコアの論理層の 1 つに転送している間に保存します (例: I/O Avalon®-MM スレーブモジュール、I/O Avalon-MM マスターモジュール、Avalon-ST インターフェイス)。 また、トランスポート層も物理層モジュールも、パケットが相互にバイパスできるようにするメカニズムを持ち合いません。そのため、論理層モジュールがトランスポート層からのパケットを十分に高速に空にできない場合、トランスポート層モジュールでパケットの 1 つが停滞する場合、トランスポート層が現在のパケットをクリアできるようになるまで、すべてのパケットが物理層にバックアップされる可能性があります。 物理レイヤーのバッファーが満たされると、コア設定で定義された優先度のしきい値レベルに従って着信パケットに対してリセッションが発行されます。

例えば、i/O Avalon-MM マスター・モジュールに接続されているメモリー・コンポーネントがある場合、アクセス時間が非常に遅い場合、またはアービトレーションにより、I/O Avalon-MM マスター・モジュールは、別のAvalon-MM マスターが共有コンポーネントとのトランザクションを完了するまで、システム・インターコネクト・ファブリックから待機要求を受け取ります。 その結果、I/O Avalon-MM マスター・モジュールは、処理できる同時要求の数の制限に達したため、これ以上の要求パケットを受信することはできません。次のパケットが I/O Avalon-MM マスターモジュールをターゲットとする別のリクエストの場合、トランスポート層では停滞します。Avalon-ST パススルー・インターフェイスを対象とする別のパケットを受信した場合、トランスポート層の要求パケットがクリアされるまで、このパケットは物理層バッファーに残る必要があります。物理層バッファーは、すべての着信パケットを格納するために 1 つのファーストイン、最初のアウトキューを使用するため、Avalon-ST パススルー・インターフェイスをターゲットとするパケットの後に受信されたすべてのパケットは物理レイヤーに残るため、キューがいっぱいになる可能性があります。

この時点で、物理層の優先度しきい値コア設定は、レシーバー・バッファーに新しいパケットを受け入れるか、または取り外しを発行するかを決定します。

関連製品

本記事の適用対象: 1 製品

インテル® プログラマブル・デバイス

このページのコンテンツは、元の英語のコンテンツを人力翻訳および機械翻訳したものが混在しています。この内容は参考情報および一般的な情報を提供するためものであり、情報の正確さと完全性を保証するものではありません。インテルは不正確な翻訳があった場合でもいかなる責任を負いません。このページの英語版と翻訳の間に矛盾がある場合は、英語版に準拠します。 このページの英語版をご覧ください。