<acronym id="s8ci2"><small id="s8ci2"></small></acronym>
<rt id="s8ci2"></rt><rt id="s8ci2"><optgroup id="s8ci2"></optgroup></rt>
<acronym id="s8ci2"></acronym>
<acronym id="s8ci2"><center id="s8ci2"></center></acronym>
0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

新思科技為AMBA CHI-G協議量身定制一系列AMBA協議解決方案

新思科技 ? 來源:新思科技 ? 2024-04-30 17:20 ? 次閱讀

Arm最近宣布推出了新一代Arm AMBA 5 CHI協議規范CHI Issue G?(CHI-G)。

新思科技提供了一系列AMBA協議解決方案,用于早期建模、設計、實現、驗證、確認和系統成型。新思科技的Arm協議驗證解決方案涵蓋全系列AMBA規范,包括新一代AMBA 5 AXI-K和現在的AMBA 5 CHI-G。新思科技的驗證自動化解決方案不僅能通過VC AutoTestbench提供測試平臺生成功能,還可通過VC AutoPerformance對基于Arm的SoC進行性能驗證。

新思科技提供了全套的協議驗證解決方案,涵蓋了所有AMBA規范,包括AMBA 5 CHI-G。憑借新思科技經驗證的IP,我們的驗證解決方案能夠提供出色的驗證可信度,再與我們的仿真、硬件加速和原型設計平臺產品相結合,則能確??蛻艨梢酝瓿蓮腎P到SoC級別的端到端驗證收斂。

CHI-G更新中新增了許多功能并優化了多方面特性,其中一些是專門針對最近推出的Arm CHI芯片到芯片(CHI C2C)協議而量身定制的。在本文中,我們將探討CHI-G協議中引入的一些關鍵功能。下面來深入了解一下其中的每一項功能。

內存加密上下文(MEC)

在之前關于CHI-F的博客文章中,我們討論了Arm的Realm管理擴展(RME),它是Arm v9架構下機密計算架構(CCA)的一部分。RME提供了一組用于創建和管理隔離執行環境(稱為Realm)的功能。RME的內存加密上下文(MEC)擴展允許每個Realm擁有自己獨特的加密上下文。此功能在將MEC分配給Realm物理地址空間內的所有內存訪問方面發揮著關鍵作用。所有內存事務都與MECID相關聯,而內存加密引擎將MECID用作加密上下文表的索引,有助于實現外部存儲加密。因此,每組Realm數據都可以采用不同的方式進行加密。這意味著,即使某個惡意代理可以訪問物理內存設備并解密一組Realm數據,也無法使用相同的解密方法來訪問其他組的Realm數據??傮w而言,MEC在確保機密計算環境中數據的機密性方面發揮著至關重要的作用。

在CHI-G規范中,只有啟用RME時才能啟用此功能。在請求、數據和窺探FLIT中添加了新字段“MECID”,如果CHI節點的MEC Support屬性設置為True,則這個“MECID”字段的寬度必須為16。

有限數據省略功能

有限數據省略功能通過減少給定事務所需傳輸的數據FLIT數量來優化組件之間的數據傳輸。當多個FLIT需要攜帶相同的數據字段,或者當部分或所有數據FLIT中的數據字段為零時,便可以利用這個功能進行優化,從而讓給定的事務可以在單個FLIT中封裝一個或多個后續FLIT。數據FLIT中將添加新字段,用于指示該單個數據FLIT所表示的附加數據FLIT的數量,以及被省略的數據FLIT的屬性。

針對CHI C2C鏈路的功能和優化

RME-DA:這是Realm管理擴展架構的一部分,能夠實現安全分配那些支持分配的設備接口。CHI-G在多個加速器設備拓撲結構中支持RME-DA和RME-CDA,其中加速器連接到主機上。這些設備通常是部分受信任的,也就是說只能訪問主機控制器內存或對等設備內存中的特定Realm和非安全物理地址空間。主機負責確保僅當設備發送的請求以受信任區域中的地址為目標時,才授予對設備發送的請求的訪問權限。當接口支持這些功能時,用于支持RME-DA或RME-CDA的新字段將會添加到請求通道中。

DataSource擴展:讀取和窺視數據FLIT中現有的DataSource字段經過大小調整,被分為若干子字段,每個子字段分別表示發出數據FLIT的完成者的位置、距離和類型等特定信息。部分子字段在多芯片(多小芯片)系統中尤為重要,其中的數據FLIT可能會在到達目的地的途中穿過一個或多個芯片(小芯片)。

DataTarget:CHI-E的SLCRepHint功能旨在向系統級緩存提供有關再次使用特定緩存行的可能性提示,從而支持SLC更高效地管理和替換所存儲的緩存行。這在緩存層次結構有所增加的多芯片(多小芯片)系統中變得尤其重要。在CHI-G中,SLCRepHint已重命名為DataTarget,并添加了一個額外的子字段。這個子字段用于建議CopyBack請求應傳播到的緩存級別數。

PrefetchTgtHint:在讀取請求中添加了一個新字段PrefetchTgtHint,用于提示接收器:在執行讀取之前預先提取位置信息可能比較有利。這是一種比單獨的PrefetchTgt指令更優的替代方案,特別適用于事務需要遍歷芯片(芯粒)到芯片(芯粒)鏈路的情況。

其他更新

MPAM分區ID擴展:內存分區和性能監控(MPAM)為每個物理地址空間(PAS)定義了獨立的分區ID(PARTID)空間。CHI-G提供了一個將MPAM PARTID寬度從9位擴展至12位的選項。

“Reduced”MTE支持:對于內存標記擴展(MTE)支持,引入了一個新選項“縮減”。這個新選項可供支持標記讀寫但不支持標記匹配操作或部分標記更新的組件使用。

UDP和SD狀態支持:CHI-G引入了一些新屬性來啟用/禁用UDP和SD狀態。在CHI協議的早期版本中,這些狀態始終處于啟用狀態。

對ReadPreferUnique初始緩存狀態的要求放寬:CHI-G支持從任何初始緩存狀態發出ReadPreferUnique和TagOp Transfer。因為在請求者想要執行存儲但緩存僅包含數據而不包含標簽時,ReadPreferUnique將是請求者獲取標簽的最佳選擇。

RetToSrc對于SnpUniqueStash的適用性:對于SnpUniqueStash,CHI-G允許將RetToSrc字段設置為1,以允許主節點在保持線路處于SharedClean狀態的情況下從Stash目標獲取數據。

結語

新思科技提供了面向AMBA 5 AXI5、AXI5-Lite、ACE5、ACE5-Lite、ACE5-Lite/DVM、AXI C2C、CHI C2C和CHI-G的端到端協議驗證解決方案,具備性能分析和全面的系統級調試功能,能夠檢查功能正確性、數據完整性和緩存一致性。這些解決方案內置序列集合、功能覆蓋模型、驗證計劃和使用示例,確保開發者可以快速啟動并實現整體驗證收斂。新思科技正在與早期客戶和伙伴合作,整合最新規范中提供的新功能,助其增強下一代設計的標準架構。

新思科技VIP原生集成了新思科技Verdi協議分析器調試解決方案和Verdi性能分析器。在SoC上運行系統級有效載荷需要更快的、基于硬件的流片前解決方案?;谛滤伎萍糏P的事務處理器、內存模型、混合和虛擬解決方案可在超快的驗證硬件、ZeBu硬件加速解決方案和HAPS原型系統上實現各種驗證用例。



審核編輯:劉清

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 處理器
    +關注

    關注

    68

    文章

    18304

    瀏覽量

    222320
  • 控制器
    +關注

    關注

    112

    文章

    15245

    瀏覽量

    171252
  • 加速器
    +關注

    關注

    2

    文章

    748

    瀏覽量

    36602
  • ARM芯片
    +關注

    關注

    1

    文章

    123

    瀏覽量

    21258
  • AMBA協議
    +關注

    關注

    0

    文章

    6

    瀏覽量

    6391

原文標題:為Arm最新一代AMBA CHI-G協議量身定制,這套驗證自動化方案含金量極高

文章出處:【微信號:Synopsys_CN,微信公眾號:新思科技】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    聊聊AMBA協議的evolution過程

    作為一名新時代的ICer,一定必定肯定聽說過AMBA協議,但是卻少有人知道AMBA協議的evolution過程,本文將大致聊聊Evolution of the ARM
    的頭像 發表于 01-19 09:50 ?514次閱讀
    聊聊<b class='flag-5'>AMBA</b><b class='flag-5'>協議</b>的evolution過程

    漫談AMBA總線-AXI4協議的基本介紹

    本文主要集中在AMBA協議中的AXI4協議。之所以選擇AXI4作為講解,是因為這個協議在SoC、IC設計中應用比較廣泛。
    發表于 01-17 12:21 ?400次閱讀
    漫談<b class='flag-5'>AMBA</b>總線-AXI4<b class='flag-5'>協議</b>的基本介紹

    AMBA3.0 AXI總線接口協議的研究與應用

    本文介紹了AMBA3.0AXI的結構和特點,分析了新的AMBA3.0AXI協議相對于AMBA2.0的優點。它將革新未來高性能SOC總線互連技術,其特點使它更加適合未來的高性能、低延遲設
    發表于 09-20 08:30

    PCIe AMBA集成指南

    本文檔旨在提供關于將PCIe接口集成到基于AMBA的片上系統(SoC)的指導。 假設PCIe接口通過基于AXI或ACE協議的互連連接到SoC的其余部分。 讀者應熟悉PCIe、AMBA AXI
    發表于 08-17 07:25

    SoC Designer Plus AMBA CHI協議包的用戶指南

    這是SoC Designer Plus AMBA CHI協議包的用戶指南。 該協議包包含用于ARM AMBA
    發表于 08-17 07:08

    AMBA ATB協議規范

    本規范描述了AMBA ATB協議。本規范中對ATB的所有引用均指AMBA ATB。本文件中的信息取代CoreSight體系結構規范中的ATB信息
    發表于 08-11 07:39

    AMBA LTI協議規范

    AMBA LTI協議規范與ARM系統內存管理單元(MMU)架構致,是對AMBA分布式翻譯接口(DTI)的補充,以提供更高的性能和更高效的翻譯服務。 LTI是點對點
    發表于 08-11 06:54

    AMBA 4 ACE和ACE Lite協議校驗器用戶指南

    本書是系統設計者、系統集成商和驗證工程師編寫的,他們希望確認設計符合相關AMBA4協議。這可以是ACE或ACE Lite
    發表于 08-10 07:01

    AMBA 4 AXI4、AXI4-Lite和AXI4-流協議斷言用戶指南

    您可以將協議斷言與任何旨在實現AMBA?4 AXI4的接口起使用?, AXI4 Lite?, 或AXI4流? 協議通過一系列斷言根據
    發表于 08-10 06:39

    AMBA 3 AXI協議檢查器用戶指南

    您可以將協議檢查器與任何旨在實現AMBA 3 AXI協議v1.0的接口起使用。協議檢查器中的一系列
    發表于 08-10 06:18

    AMBA CHI協議介紹

    相干集線器接口(CHI)是AXI相干擴展(ACE)協議的演進。它是Arm提供的高級微控制器總線架構(AMBA)的部分。AMBA
    發表于 08-02 13:40

    AMBA AHB協議的burst termination簡析

    AMBA AHB協議中,AHB master可以用burst傳輸連續取多筆數據。AHB定義了4、8和16拍的burst傳輸、未定義長度的burst傳輸和單次傳輸。
    發表于 06-29 15:54 ?1047次閱讀
    <b class='flag-5'>AMBA</b> AHB<b class='flag-5'>協議</b>的burst termination簡析

    AMBA總線那些事之APB協議入門

    咱們首先來介紹AMBA(Advanced Microcontroller Bus Architecture)家族中最簡單的協議APB -- Advanced Peripheral Bus。
    發表于 06-05 15:30 ?1293次閱讀
    <b class='flag-5'>AMBA</b>總線那些事之APB<b class='flag-5'>協議</b>入門

    緩存一致性驗證 – AMBA CHI中的新功能

    相干集線器接口,俗稱 CHI,是一種接口規范,是5千從 Arm 生成 AMBA 協議AMBA?? 5),于 2013 年發布。AMBA?
    的頭像 發表于 05-25 17:17 ?958次閱讀

    快速了解最新的AMBA AXI5協議功能

    Arm? AMBA? 5 AXI 協議規范支持高性能、高頻系統設計,用于管理器和從屬組件之間的通信。AMBA AXI5 協議擴展了前幾代規范,并增加了幾個重要的性能和可擴展性功能,這些
    的頭像 發表于 05-25 16:01 ?1696次閱讀
    亚洲欧美日韩精品久久_久久精品AⅤ无码中文_日本中文字幕有码在线播放_亚洲视频高清不卡在线观看
    <acronym id="s8ci2"><small id="s8ci2"></small></acronym>
    <rt id="s8ci2"></rt><rt id="s8ci2"><optgroup id="s8ci2"></optgroup></rt>
    <acronym id="s8ci2"></acronym>
    <acronym id="s8ci2"><center id="s8ci2"></center></acronym>