pcie處理層協(xié)議中文詳解-資料下載頁
2025-06-05 19:18本頁面
【正文】 有的包分request handling和pletion handling，按不同的規(guī)范處理。Request Handling Rules：如果請(qǐng)求是一個(gè)不支持的請(qǐng)求包，并且需要響應(yīng)，則Completion Status=UR，即不支持的請(qǐng)求。如果請(qǐng)求包是一個(gè)Message 包則按Message包處理規(guī)則處理，否則對(duì)這個(gè)request進(jìn)行處理。如果請(qǐng)求違反器件編程定義則給出ca響應(yīng)，即響應(yīng)器件放棄該請(qǐng)求，否則做出正確應(yīng)答。pletion handling： 如果接收到一個(gè)pletion包的Transaction ID和requester的Transaction ID不一致則這個(gè)應(yīng)答包是非預(yù)期包。 五．virtual channel(vc)Mechanism虛擬通道機(jī)制。虛擬信道（virtual channel）在總線中提供用TC域來區(qū)分的虛擬信息通路，即某一傳輸通路，有不同的流程控制機(jī)制（Flow Control）。當(dāng)某流程控制出現(xiàn)擁塞時(shí)，其他通路依然暢通。VC有自己的獨(dú)立流控制，是實(shí)現(xiàn)Qos的秘訣。VC通道是解決擁塞的基礎(chǔ)。在Switch內(nèi)部，VC通道機(jī)制如下：每個(gè)TLP包并不包含具體的VC信息，VC是由TC映射得到的。每個(gè)器件的TC/VC映射是不同的，TC0/VC0是固定的。具體TC、VC映射如下：一個(gè)或多個(gè)TC映射到一個(gè)VC，同一個(gè)TC不能映射到不同的VC上，連接雙方的映射機(jī)制一致。除了TC0外，其他的可以軟件設(shè)置。鏈路兩端的映射方案要一致，如圖是一種映射方案。具體的虛擬通道是由VC ID決定和識(shí)別的?，F(xiàn)在介紹Flow Control，每個(gè)虛擬通道有獨(dú)立的流程控制的緩沖空間。在收發(fā)雙方，流程控制信息是用數(shù)據(jù)鏈路包（DLLP）打包發(fā)送的，其中的“VC ID“就是用來載送虛擬通道的識(shí)別?？偟膩碚f，流程控制是由數(shù)據(jù)交易層（Transaction Layer）搭配了數(shù)據(jù)鏈路層（Data Link Layer）來處理的，只是，處理層通常是針對(duì)接收到的TLP打包，生成TC，再由TC映射到VC。流程控制信息是FCP（Flow Control Package），即DLLP打包的一種。流程控制的信用單位是Credit，也就是接收器的緩沖空間是4DW。信用單位：就是接收端緩沖空間大小的基本單位。流程控制能分辨三種包：posted requests（p）、nonposted requests（Np）、pletions（cpl）。還可以分辨三種包的包頭Header和數(shù)據(jù)Data，可以這樣說，每個(gè)虛擬通道（VC）對(duì)應(yīng)的特定流程控制包含6種不同的流程控制信息：PH=posted Request Header；PD=posted request Data Payload；NPH=nonposted request Header；NPD=nonposted request Data Payload；CPLH=pletion Header；CPLD=pletion Data Payload。各種包對(duì)應(yīng)的流程控制如下表； 六．data integrity數(shù)據(jù)完整性主要的數(shù)據(jù)完整性保證之一是Data Link Layer中的crc（lcrc）。為了確保數(shù)據(jù)端對(duì)端的可靠性在Transaction層的TLp Digest域還選擇性的做一ECRC校驗(yàn)，ECRC的初值是FFFF FFFF，算法實(shí)現(xiàn)如下：Transaction Layer specifications只是pcie總線規(guī)范的一層規(guī)范，主要處理數(shù)據(jù)包的傳送管理，此外還有Data Link Layer規(guī)范和physical Laye
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號(hào)-1