Accellera は #60DAC での昼食パネルディスカッションを後援したので、最新のワーキンググループの XNUMX つについて詳しく知るために登録して参加しました。 クロックドメインクロッシング (CDC)。 Accellera の概要について Lu Dai 氏が説明し、その後パネルディスカッションの司会を Paul McLellan 氏が行いました。 ケイデンス、以下のパネルメンバーとともに:
パネル開会の挨拶
Anupam Bakshi – 2007 年から Agnisys に勤務し、その前は Verilog が発明された Gateway Design Automation に勤務しています。 Agnisys は CDC 自動化ツールを提供しており、CDC 標準に関する Accellera ワーキング グループのメンバーです。 同氏は、仕様主導型の同期アプローチを使用して準安定性を回避し、建設設計の自動化によって修正することを推奨しました。 このアプローチでは宣言型属性を使用し、エンジニアはツールを実行するだけです。
Frank Schirmeister – 彼は Arteris のビジネス開発担当副社長であり、その前は Cadence で副社長を務めていました。 Arteris はネットワーク オン チップ (NOC) に重点を置いており、システム IP を取得するために Semifore などの企業を買収し、ISO 26262 と IP-XACT の専門知識を追加するために Magillem などの企業を買収しました。 Frank は、CDC ロジックとともに上位レベルの仕様からレジスタを生成することを推奨しています。 SoC の IP は複数のベンダーによって提供されるため、統合されたすべての IP が確実に動作することを保証する CDC 標準を持つことが理にかなっており、共通のインテント言語が必要になります。
Dammy Olopade – 彼は CDC の作業グループの議長であり、Intel の主任エンジニアです。 新しいワーキンググループは2022年96月に提案され、22月に承認され、これまでに2023社XNUMX名が参加している。 CDC の LRM 草案は XNUMX 年 XNUMX 月頃に提出される予定です。
Ping Yeung – Nvidia では、正式検証のシニア マネージャーを務めています。 現在、適切な CDC チェックを使用して IP ブロックを起動することは非常に面倒で時間がかかりすぎるため、階層を備えた CDC 標準が歓迎されています。 それはエンジニアがトップレベルの CDC のみに集中できるようにします。 彼らは本当にw内部 IP ブロックと外部 IP ブロックを簡単に混合することもできます。 アサーションにより、モデルが正しく使用され、インターフェイスのプロパティ、制約、仮定が検証されることが保証されます。
質問と回答
Q: Paul – なぜ今 CDC 標準なのか?
A: ダミー – かつてはすべてのコード行が XNUMX つの設計チームから来ていましたが、今はそうではなく、複数のベンダーから来ています。 新しいモデルには、さまざまなベンダーの IP ブロックが搭載されています。 非常に多くの IP ベンダーと IP ユーザーが存在するため、CDC 標準が必要になります。
A: フランク – システムの複雑さが大きくなりすぎているため、問題を管理するには CDC 標準が必要です。 実装の詳細がアーキテクチャの選択に影響を与えるようになりました。 共通の言語と語彙がますます重要になっています。
A: Anupam – お客様は IP 統合の課題において CDC のさらなる検証を要求しているため、私たちは今すぐ行動する必要があります。
A: Ping – 内部 IP ブロックもチェックして、適切に再利用されているかどうかを確認する必要があります。 元のデザイナーがいなくなったらどうすればよいでしょうか?
A: Frank – 2000 年以来、同じレベルで抽象化を行ってきましたが、現在ではレジスタ生成を高レベルから自動的に抽象化できるようになりました。 現在、HW および SW 設計用の仮想プラットフォームが用意されています。
Q: Paul – チップへの非同期入力信号についてはどうですか?
A: ダミー – 設計意図の仕様が必要です。 仕様は何ですか? 仕様を満たすように設計するにはどうすればよいでしょうか? 最初の仕様は XNUMX 月に発表される予定です。 同期設計を維持するには、クロックが決して誤動作しないようにする必要があります。
A: フランク – 私たちはその課題に対処する方法を知っています。 さまざまなクロック ドメインを確認し、必要なロジックを挿入しますが、検証ビットは新しい WG の焦点です。 PLL がジッターを起こし始めると、ビデオとオーディオの同期がずれる可能性があります。
A: Ping – 私たちは既知のソリューションで非同期信号を処理する方法を知っています。 EDA ツールは、CDC ドメインの交差を検出できます。 インターフェイスが IP ブロックごとに検証された場合、最初から再検証するのではなく、その検証をトップレベルでどのように取得すればよいでしょうか?
Q: Paul – 現在、クロック ドメインはいくつ使用されていますか?
A: アヌパム – 3 ~ 10 が一般的な範囲です。
A: フランク – 何百人も見られました。 再利用される IP ブロックの数でも、現在では数百に達する可能性があります。 正式検証はフルチップ レベルで使用できますが、ツールが異なれば返される結果も異なるため、一部の違反は誤検知となります。 IP インテグレーターと IP ベンダーは、クロック ドメインについて同じ理解を持っている必要があります。
Q: Paul – CDC 後の IP 統合の次は何ですか?
A: Ping – ドメイン横断のリセットは標準化する必要があります。
A: アヌパム – 設計上の正しいアプローチについてはどうですか? 仕様は十分に厳密ではありません。
A: フランク – IP との統合問題は依然として難しい問題です。 CDC と安全性の問題が相互作用する場合はどうなるでしょうか? RTL の抽象化を超えることはできるのでしょうか?
A: Anupam – FSM とデータパス標準についてはどうですか? 現時点では標準はインターフェイスのみにあります。
A: Frank – SysML を使用した MBSE についてはどうですか? そのレベルに到達できるでしょうか?
A: ダミー – すでに稼働しているシステムがある場合は、EDA ツールを稼働し続けてから、革新的な新しいツールを追加しましょう。 電力とパフォーマンスの課題は、今日のツールでは簡単に解決できません。
Q: Dennis Brophy – 製造上の問題とチップレットの使用についてはどうですか?
A: Frank – UCIe で PHY の連携について質問しました。 プラグフェストの可能性はありますか? これは新たな複雑さの層です。
A: ダミー – 現在、CDC に相互運用可能な言語はありません。 したがって、チップレットを有効にするためには、より正確な構築アプローチに従う必要があります。
まとめ
このパネル ディスカッションはペースが速く、聴衆のエンジニアは積極的に質問し、ディスカッション後にはパネリストに近づき、プライベートな質問に答えてもらいました。 CDC の標準化は進んでおり、興味のあるエンジニアはワーキング グループのディスカッション セッションに参加することが奨励されています。 あなたの会社がまだ Accelera メンバーでない場合は、次のサイトをご覧ください。 https://accellera.org/about/join 参加方法と参加方法の詳細については、こちらをご覧ください。
関連ブログ
この投稿を共有する:
- SEO を活用したコンテンツと PR 配信。 今日増幅されます。
- PlatoData.Network 垂直生成 Ai。 自分自身に力を与えましょう。 こちらからアクセスしてください。
- プラトアイストリーム。 Web3 インテリジェンス。 知識増幅。 こちらからアクセスしてください。
- プラトンESG。 自動車/EV、 カーボン、 クリーンテック、 エネルギー、 環境、 太陽、 廃棄物管理。 こちらからアクセスしてください。
- ブロックオフセット。 環境オフセット所有権の近代化。 こちらからアクセスしてください。
- 情報源: https://semiwiki.com/semiconductor-services/332586-accellera-and-clock-domain-crossing-at-60dac/