chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

更深的理解UPIU數(shù)據(jù)包的格式

SSDFans ? 來源:未知 ? 作者:李倩 ? 2018-06-11 09:43 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

最佳留言者將獲得《深入淺出SSD》電子書一本

UPIU是命令、數(shù)據(jù)和狀態(tài)信息傳輸?shù)妮d體,是UFS協(xié)議棧的靈魂。UPIU是有固定格式的數(shù)據(jù)包,我們分析數(shù)據(jù)包格式,有助于我們更深的理解UPIU以及整個UFS協(xié)議。這一章我們看看UPIU數(shù)據(jù)包的格式。

每個UPIU都有一個12字節(jié)的Header,再加上跟每個UPIU相關(guān)的域。一個UPIU(包括Header)最小為32字節(jié),最大為65600字節(jié)。

我們看通用的Header,具體如下:

我們看看其中的一些域。

1. Transaction Type:就是指定該UPIU是前面12個UPIU中的哪一個,具體如下:

2. Flags:只對命令和其響應(yīng)的UPIU有用,指定命令的屬性。

R: 如果該比特置起來,說明該命令是讀命令;

W: 如果該比特置起來,說明該命令是寫命令;

ATTR: 命令屬性域。UFS命令有simple ,ordered 和Head of Queue命令。

那么,這些命令有什么不一樣呢。

Simple command:就是一般的命令,設(shè)備收到這樣的命令無需特別處理,一般誰先到誰先執(zhí)行。

Ordered command:設(shè)備收到這樣的命令,應(yīng)該把該命令之前的命令都處理完,才能處理該命令。(明星出場,先清個場。)

Head of Queue command:設(shè)備收到該命令后,放到命令隊列的頭部,立刻執(zhí)行。(又見插隊,這個沒有上過幼兒園吧,連基本的排隊意識都沒有。)

CP: 表示命令的優(yōu)先級。1為高優(yōu)先級,0為低優(yōu)先級。注意,該比特只適合簡單命令(simple command)。

3. LUN: Logical Unit Number。UFS上層協(xié)議來自SCSI,它繼承了LU的概念,即把存儲物理空間劃分成若干個邏輯空間,每個邏輯空間都是從LBA 0開始,用LUN標(biāo)識。主機在發(fā)命令或者請求時,應(yīng)該在命令中指定該命令是發(fā)給哪個LU。LUN用以尋址。UFS的LU和NVMe中的Namespace一個概念。

4. Task Tag:UFS支持命令隊列,主機可以同時發(fā)送很多個命令給設(shè)備。為區(qū)分這些命令或者請求,主機需要為每個命令貼上標(biāo)簽Tag。然后跟這個命令或者請求相關(guān)的數(shù)據(jù)UPIU和狀態(tài)UPIU,都具有跟這個命令UPIU一樣的Tag。

舉例:

對這個讀命令來說,COMMAND UPIU、所有的DATA IN UPIU和RESPONSE UPIU都具有同一個task tag。

5. Command Type:命令類型。UFS預(yù)期有三類命令:一是簡化的SCSI命令,二是UFS自己原生的命令,三就是用戶自定義命令。目前UFS的命令都是從別人家(SCSI)借來的,自己一個命令也沒有制定。如用戶無自定義命令,該域就是0(SCSI命令)。

6. Initiator ID: 主機的ID,手機系統(tǒng)中一般一個主機連接一個UFS設(shè)備,所以主機ID一般為0。

7. Response:設(shè)備告知主機命令或請求執(zhí)行是否成功。

8. Status:設(shè)備返回命令執(zhí)行狀態(tài)。對SCSI命令的狀態(tài)信息,UFS有如下狀態(tài):

9. Query Function, Task Manag. Function:指定具體Query和Task Management功能。

任務(wù)管理器有如下功能(Function):

設(shè)備管理器有如下功能:

總的來說,就是讀寫設(shè)備屬性(Attributes)、標(biāo)識(flags)和描述符(descriptors)。

關(guān)于設(shè)備屬性、標(biāo)識和描述符,后面有專門章節(jié)講述。

10. Device Information:設(shè)備信息。該域往往跟該命令或者請求無關(guān),屬于設(shè)備夾帶私貨。因為UFS主機和設(shè)備是主從關(guān)系,如果UFS主機沒有向設(shè)備發(fā)命令或者請求,UFS設(shè)備是不能主動向主機報告設(shè)備狀況的。如果UFS設(shè)備有特殊事件發(fā)生,它可以趁返回RESPONSE UPIU的時候把事件順帶告訴主機。所以該域只對RESPONSE UPIU有效。

以上是UPIU頭的基本信息,這個是所有UPIU都具有的。除此之外,每個UPIU有它獨有的其它信息,UFS spec上都有介紹,讀者可以自行閱讀。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 數(shù)據(jù)包
    +關(guān)注

    關(guān)注

    0

    文章

    269

    瀏覽量

    24989
  • UFS
    UFS
    +關(guān)注

    關(guān)注

    6

    文章

    110

    瀏覽量

    25166

原文標(biāo)題:蛋蛋讀UFS之四:UPIU數(shù)據(jù)包格式

文章出處:【微信號:SSDFans,微信公眾號:SSDFans】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    藍(lán)牙數(shù)據(jù)通道空口數(shù)據(jù)包

    格式上來說,藍(lán)牙數(shù)據(jù)包又分空包(empty packet)和普通數(shù)據(jù)包(data packet)兩種,空包格式如下。 ? 編輯 由圖可見,空包整個payload為空,故名空包。 普通
    發(fā)表于 06-03 10:51

    Bluetooth LE Packet格式

    LE只有一種packet格式,根據(jù)Access Address的不同,又區(qū)分兩種Packet類型:廣播數(shù)據(jù)包: 廣播Access Address 固定為0x8E89BED6 ,
    發(fā)表于 06-03 10:45

    Bluetooth LE Link Layer數(shù)據(jù)包全解析

    ,L2CAP,SMP和ATT等各層次,但link layer跟空口格式關(guān)系最緊密,掌握了Bluetooth LE packet的格式,就很容易理解Bluetooth LE link
    發(fā)表于 06-03 10:28

    為UART、MCXA142實現(xiàn)ISP通信的主機端,發(fā)送Ping數(shù)據(jù)包并收到預(yù)期的響應(yīng),發(fā)送和接收數(shù)據(jù)包的典型順序是什么?

    我想為 UART、MCXA142 實現(xiàn) ISP 通信的主機端。我發(fā)送 Ping 數(shù)據(jù)包并收到預(yù)期的響應(yīng)。發(fā)送和接收數(shù)據(jù)包的典型順序是什么? 此刻,我的照片是這樣的: 1. 發(fā)送 Ping 2. 接收 Ping 響應(yīng) 3. 在成幀
    發(fā)表于 04-03 08:05

    I2C總線數(shù)據(jù)包結(jié)構(gòu)詳解

    。以下是I2C總線數(shù)據(jù)包結(jié)構(gòu)的詳解: 一、I2C總線數(shù)據(jù)包的基本組成 I2C總線上的數(shù)據(jù)傳輸以數(shù)據(jù)包為單位進行,每個數(shù)據(jù)包包含起始信號、設(shè)備
    的頭像 發(fā)表于 01-17 15:46 ?803次閱讀

    華納云如何解讀WinMTR的丟數(shù)據(jù)

    WinMTR顯示的丟數(shù)據(jù)是指在網(wǎng)絡(luò)路徑上,從你的計算機到目標(biāo)主機之間,數(shù)據(jù)包丟失的百分比。丟率是網(wǎng)絡(luò)穩(wěn)定性的一個重要指標(biāo),它可以幫助識別網(wǎng)絡(luò)中的問題點,如路由器故障、網(wǎng)絡(luò)擁塞或配
    的頭像 發(fā)表于 12-30 16:51 ?572次閱讀

    mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系

    MTU(Maximum Transmission Unit)即最大傳輸單元,是指一種通信協(xié)議的某一層上面所能通過的最大數(shù)據(jù)報大小,單位是字節(jié)。MTU配置步驟及其與數(shù)據(jù)包丟失的關(guān)系如下: MTU配置
    的頭像 發(fā)表于 12-16 14:33 ?2566次閱讀

    華納云:服務(wù)器平均響應(yīng)時間和數(shù)據(jù)包大小之間的影響

    服務(wù)器的平均響應(yīng)時間與數(shù)據(jù)包大小有一定的關(guān)系,但這只是影響響應(yīng)時間的眾多因素之一。具體來說,數(shù)據(jù)包大小對服務(wù)器響應(yīng)時間的影響可以從以下幾個方面來理解: 1.數(shù)據(jù)傳輸時間 影響: 較大的
    的頭像 發(fā)表于 10-10 14:01 ?606次閱讀

    艾體寶干貨 OIDA之四:掌握數(shù)據(jù)包分析-分析的藝術(shù)

    本文是OIDA方法系列的最后一部分,重點介紹了數(shù)據(jù)包分析的“分析”階段。這一最后階段將剖析階段的精煉數(shù)據(jù)轉(zhuǎn)化為可操作的見解,使網(wǎng)絡(luò)管理員和安全專業(yè)人員能夠解決問題、優(yōu)化性能并增強安全性。分析是實現(xiàn)數(shù)據(jù)包檢查真正價值的地方,它將原
    的頭像 發(fā)表于 09-24 11:47 ?475次閱讀
    艾體寶干貨 OIDA之四:掌握<b class='flag-5'>數(shù)據(jù)包</b>分析-分析的藝術(shù)

    請問DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?

    DCTCP與DCUDP的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?
    發(fā)表于 07-25 06:37

    I2C從站地址數(shù)據(jù)包似乎未被SlaveHandleAddress占用,為什么?

    我有一個基于 I2C_Slave_Using_Callbacks 示例代碼的項目。 我的設(shè)備連接到一個 I2C 主設(shè)備,它每隔 300 毫秒發(fā)送一個包含從設(shè)備地址的數(shù)據(jù)包。 我的理解是,如果選中
    發(fā)表于 07-24 06:52

    esp8266怎么做才能每秒發(fā)送更多的數(shù)據(jù)包呢?

    數(shù)據(jù)包的速度,即每秒大約 50 個 UDP 數(shù)據(jù)包。高波特率唯一改變的是,在數(shù)據(jù)包較大的情況下,我可以以與輕量級數(shù)據(jù)包相同的速度發(fā)送數(shù)據(jù)包
    發(fā)表于 07-22 08:00

    使用AT SAVETRANSLINK時UDP數(shù)據(jù)包丟失怎么解決?

    Android 發(fā)送一個小 UDP 數(shù)據(jù)包(5 字節(jié))。這個小數(shù)據(jù)包被我的微控制器在UART上接收到。微控制器將更大的數(shù)據(jù)包(可變長度,約 100 字節(jié))發(fā)送回 UART。ESP在UART上接
    發(fā)表于 07-18 07:17

    ESP8266 UDP數(shù)據(jù)包具有額外的字節(jié),為什么?

    使用版本 AT version:0.21.0.0 SDK version:0.9.5,如果我使用 UDP 發(fā)送少于 18 個字節(jié),則 ESP8266 發(fā)送的數(shù)據(jù)包末尾有額外的字節(jié)。 IP 和 UDP
    發(fā)表于 07-18 06:59

    在Iphone4上運行UDP接收器,數(shù)據(jù)包丟失怎么解決?

    ;255.255.255.255\",48899 現(xiàn)在使用 AT CIPSEND 每秒發(fā)送 1 個數(shù)據(jù)包 并非所有的Iphone似乎都受到嚴(yán)重的影響,但Iphone4是最糟糕的。 在
    發(fā)表于 07-18 06:56