色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
电子发烧友
开通电子发烧友VIP会员 尊享10大特权
海量资料免费下载
精品直播免费看
优质内容免费畅学
课程9折专享价
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(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

    瀏覽量

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

    關(guān)注

    6

    文章

    110

    瀏覽量

    25236

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

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

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

掃碼添加小助手

加入工程師交流群

  • eedesigner1

評論

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

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

格式上來說,藍牙數(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

更改最大數(shù)據(jù)包大小時無法識別USB設(shè)備如何解決?

將生產(chǎn)者 EP 端點描述符中的最大數(shù)據(jù)包大小從 1024 字節(jié)更改為 512 字節(jié)時,無法識別 USB 設(shè)備。 請告知如何解決這個問題。
發(fā)表于 05-20 08:13

為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

為什么無法通過demo_feature_L2_bridge_vlan上的PFE轉(zhuǎn)發(fā)VLAN標(biāo)記的以太網(wǎng)數(shù)據(jù)包

- PC1 使用 ICMP 應(yīng)答進行響應(yīng) 對于第二個用例,我看不到正在路由的數(shù)據(jù)包。PC1 不響應(yīng) PC0 發(fā)送的 ARP 請求。我還嘗試發(fā)送硬編碼數(shù)據(jù)包(PC0 和 PC1 的 src 和 dst
發(fā)表于 03-25 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 ?832次閱讀

華納云如何解讀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 ?587次閱讀

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 ?2625次閱讀

請問TPA3116D2EVM RevC Gerbers這個數(shù)據(jù)包的文件用什么打開?

TPA3116D2EVM RevC Gerbers這個數(shù)據(jù)包的文件用什么打開?
發(fā)表于 11-07 07:21

華納云:服務(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 ?633次閱讀

艾體寶干貨 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 ?491次閱讀
艾體寶干貨 OIDA之四:掌握<b class='flag-5'>數(shù)據(jù)包</b>分析-分析的藝術(shù)

艾體寶干貨 OIDA之一:掌握數(shù)據(jù)包分析-學(xué)會觀察

OIDA方法論是數(shù)據(jù)包分析的有效手段。其中,觀察是至關(guān)重要的第一步。本文探討了如何通過明確目標(biāo)、選擇最佳捕獲點、確定捕獲時機以及使用合適工具來優(yōu)化這一過程,從而為后續(xù)分析過程奠定堅實基礎(chǔ)。
的頭像 發(fā)表于 08-26 16:21 ?428次閱讀
艾體寶干貨 OIDA之一:掌握<b class='flag-5'>數(shù)據(jù)包</b>分析-學(xué)會觀察

請問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
主站蜘蛛池模板: 日日夜夜国产 | 亚洲精品国产A久久久久久 亚洲精品国产AV成人毛片 | 亚洲高清毛片一区二区 | 亚洲嫩草AV永久无码精品无码 | 99热在线免费播放 | 印度人XXx | 黄子佼81岁父亲现状曝光 | 99E久热只有精品8在线直播 | 妇少水多18P蜜泬17P亚洲乱 | 国产人妻久久久精品麻豆 | 亚洲精品国产乱码AV在线观看 | 射漂亮黑b丝女 | 亚洲国产精品无码2019 | 国产亚洲欧洲日韩在线观看 | 久久国产综合精品欧美 | 国产在线精品视频二区 | fyeex性欧美人与曾 | 欲插爽乱浪伦骨 | 美女黄图大全 | 亚洲国语在线视频手机在线 | 国产亚洲欧洲日韩在线三区 | 国产黄A片在线观看永久免费麻豆 | 国产精品久久久久a影院 | 色综合久久久久久 | 在线视频 亚洲 | 男人J桶进男人屁股过程 | 拉菲娱乐主管高工资q39709 | 与子敌伦刺激对白亂輪亂性 | 亚洲精品天堂自在久久77 | 亚洲成在人线视频 | 春水福利app导航 | 亚洲欧美人成视频在线 | 5566av资源| 国产成人久久婷婷精品流白浆 | 俄罗斯美女啪啪 | 国产一区二区三区国产精品 | 无限资源日本2019版 | 达达兔午夜一级毛片 | 国产成人拍精品视频网 | 北条麻妃快播 | 无套内射纹身女视频 |

電子發(fā)燒友

中國電子工程師最喜歡的網(wǎng)站

  • 2931785位工程師會員交流學(xué)習(xí)
  • 獲取您個性化的科技前沿技術(shù)信息
  • 參加活動獲取豐厚的禮品