記事 ID: 000076876 コンテンツタイプ: トラブルシューティング 最終改訂日: 2021/08/27

PCI Express* の インテル® Arria® 10、インテル® Cyclone® 10、インテル® Stratix® 10 ハード IP のクラスコードがすべてゼロに設定されている場合、Linux 再スキャンが失敗するのはなぜですか?

環境

    インテル® Quartus® Prime 開発ソフトウェア・プロ・エディション
    インテル® Quartus® Prime 開発ソフトウェア・スタンダード・エディション
    インテル® Arria® 10 Cyclone® 10 PCI Express* のハード IP
    インテル® Wharf Rock PCI Express* の Avalon-ST
    Avalon-ST インテル® Stratix® 10 PCI Express* のハード IP
    Avalon-MM インテル® Stratix® 10 PCI Express* のハード IP
    Avalon-MM インテル® Stratix® 10 PCI Express* のハード IP+
BUILT IN - ARTICLE INTRO SECOND COMPONENT
詳細

クラスコード = 0x00はクラスコード定義が終了する前に構築されたデバイス用であるため、PCIe Express* のハード IP のクラスコードがすべてゼロとして設定されていると、Linux の再スキャンが失敗する可能性があります。 この再スキャンに失敗すると、システムメモリーの割り当ての問題が発生する可能性があります。例えば、FPGA BAR を正しくプログラムできません。

解決方法

この問題を回避するには、PCI Express* Base 仕様のクラスコード定義を参照して、クラスコードをゼロ以外の値に変更してください。

インテル® Quartus® Prime 開発ソフトウェア・プロ・エディションのバージョン 19.3 以降では、クラスコードはデフォルトで0xFFして上記のシステム障害を防ぎますが、適切なクラスコード定義はユーザーが設定する必要があります。.

関連製品

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

インテル® Cyclone® 10 GX FPGA
インテル® Arria® 10 FPGA & SoC FPGA
インテル® Stratix® 10 FPGA & SoC FPGA

1

ご質問はこちらへ

サポートに問い合わせる

免責事項

1

本サイトでのすべてのコンテンツの投稿および使用には、Intel.com の利用規約が適用されます。

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