JADA076A March   2026  – March 2026 AM68A , AM69A , TDA4AH-Q1 , TDA4AL-Q1 , TDA4AP-Q1 , TDA4VE-Q1 , TDA4VH-Q1 , TDA4VL-Q1 , TDA4VM , TDA4VM-Q1 , TDA4VP-Q1

 

  1.   1
  2.   概要
  3.   商標
  4. 1TDA4VH 内でのデータ移動
    1. 1.1 共通バス アーキテクチャ サブシステム (CBASS)
    2. 1.2 ナビゲータ サブシステム (NAVSS)
      1. 1.2.1 NAVSS North Bridge (NB)
    3. 1.3 マルチコア共有メモリ コントローラ (MSMC)
  5. 2サービス品質 (QoS)
    1. 2.1 NAVSS0
      1. 2.1.1 NAVSS0 North Bridge
        1. 2.1.1.1 通常のトラフィックとリアルタイムのトラフィックの関係
    2. 2.2 マルチコア共有メモリ コントローラ (MSMC)
    3. 2.3 DDR サブシステム (DDRSS)
      1. 2.3.1 MSMC2DDR ブリッジ
      2. 2.3.2 サービス クラス (CoS)
    4. 2.4 QoS の概要
  6. 3ケース スタディ：ディスプレイ同期喪失の問題
    1. 3.1 問題提起
    2. 3.2 セットアップと再現
      1. 3.2.1 要件
        1. 3.2.1.1 RTOS パッチ
          1. 3.2.1.1.1 0001-vision_apps-Remove-the-DSS-application-from-MCU2_0.patch
          2. 3.2.1.1.2 0002-vision_apps-Remove-display-use-from-the-AVP-demo.patch
        2. 3.2.1.2 Linux パッチ
          1. 3.2.1.2.1 0001-arm64-dts-ti-k3-j784s4-vision-apps-Re-enable-DSS-for.patch
      2. 3.2.2 ホスト セットアップ
      3. 3.2.3 ターゲット セットアップ
      4. 3.2.4 再現
    3. 3.3 QoS のデバッグ
      1. 3.3.1 CPTracer
        1. 3.3.1.1  構成
        2. 3.3.1.2  プロファイリングのスループット
        3. 3.3.1.3  プロファイリング レイテンシ
        4. 3.3.1.4  トランザクションのプロファイリング
        5. 3.3.1.5  関連ルートのプロファイリング
        6. 3.3.1.6  DSS スループットのプロファイリング
          1. 3.3.1.6.1 理論上の DSS スループット
          2. 3.3.1.6.2 通常の DSS スループット
          3. 3.3.1.6.3 AVP デモを実行した場合の DSS スループット
        7. 3.3.1.7  DSS レイテンシのプロファイリング
        8. 3.3.1.8  C7x スループットのプロファイリング
        9. 3.3.1.9  C7x のスループットと DSS のレイテンシのプロファイリング
        10. 3.3.1.10 C7x_4 コア トランザクションのプロファイリング
      2. 3.3.2 QoS 設定の編集
        1. 3.3.2.1 Order ID の編集
          1. 3.3.2.1.1 DSS Order ID
          2. 3.3.2.1.2 C7x Order ID
        2. 3.3.2.2 NRT および RT ルーティング
          1. 3.3.2.2.1 U-Boot での NRT および RT ルーティング
        3. 3.3.2.3 優先度の編集
          1. 3.3.2.3.1 DSS 優先度
          2. 3.3.2.3.2 C7x 優先度
      3. 3.3.3 CoS マッピングの編集
        1. 3.3.3.1 CoS マッピング レジスタ
        2. 3.3.3.2 CoS マッピングの確認
    4. 3.4 DSS の同期ロスの修正
      1. 3.4.1 C7x_4 コア トランザクションの再マッピング
        1. 3.4.1.1 ti-u-boot-2023.04
        2. 3.4.1.2 ti-u-boot-2025.01
      2. 3.4.2 すべての優先度を尊重
        1. 3.4.2.1 ti-u-boot-2023.04
        2. 3.4.2.2 ti-u-boot-2025.01
  7. 4まとめ
  8. 5参考資料
  9. 6改訂履歴

2.1.1 NAVSS0 North Bridge

注:

詳細については、TDA4VH TRM のセクション 10.2.10.2.10 サービス品質を参照してください。

各 North Bridge は、order ID によって分離された複数のソースを受け取ります。North Bridge 0: source 0 が order ID 0 ～ 7 のすべてのトランザクションを受け取り、source 1 が order ID 8 ～ 15 のすべてのトランザクションを受け取ります。North Bridge 1: source 0 が order ID 0 ～ 4 のすべてのトランザクションを受け取り、source 1 が order ID 5 ～ 9、source 2 が order ID 10 ～ 15 のトランザクションを受け取ります。これらの並列パスは、order ID によってトランザクションの負荷を分散します。各ソースが受け取る order ID は、ユーザーが設定することはできません。

注意:

各ソースが受け取る order ID は、デバイスによって異なる場合があります。例えば、TDA4VM では North Bridge 0 と 1 の両方で、2 つのソースのみがルーティングされます。

Order ID は、コマンドの順序にも影響します。特定の order ID 値を持つ VBUSM インターフェイスから受信した各読み取りコマンドは、たとえ異なるマスターからのコマンドであっても、読み取りデータがまったく同じ順序で返されます。読み取りが異なる order ID 値を使用している場合、読み取りデータは任意の順序で返される可能性があり、VBUSM.C インターフェイスで先に受信されたものから返されます。

VBUSM.C からの戻りトラフィックを正しい VBUSM ソースへルーティングするために、order ID が使用されます。このため、各ソースの order ID は重複することができません。ただし、各ソースはもともと異なる order ID をルーティングするため、これは問題にはなりません。