18video性欧美19sex,欧美高清videosddfsexhd,性少妇videosexfreexxx片中国,激情五月激情综合五月看花,亚洲人成网77777色在线播放

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(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標識。主機在發(fā)命令或者請求時,應(yīng)該在命令中指定該命令是發(fā)給哪個LU。LUN用以尋址。UFS的LU和NVMe中的Namespace一個概念。

4. Task Tag:UFS支持命令隊列,主機可以同時發(fā)送很多個命令給設(shè)備。為區(qū)分這些命令或者請求,主機需要為每個命令貼上標簽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)、標識(flags)和描述符(descriptors)。

關(guān)于設(shè)備屬性、標識和描述符,后面有專門章節(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)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 數(shù)據(jù)包
    +關(guān)注

    關(guān)注

    0

    文章

    269

    瀏覽量

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

    關(guān)注

    6

    文章

    112

    瀏覽量

    26107

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    串口DMA接收數(shù)據(jù)包丟失怎么解決?

    RTT串口DMA接收數(shù)據(jù),超過緩沖區(qū)后為什么會吞掉一個數(shù)據(jù)包呢,不能每次處理完后清除緩沖區(qū)數(shù)據(jù)嗎,感覺接收的數(shù)據(jù)是累計的,累計滿之后會重新覆蓋,在最后一個
    發(fā)表于 09-29 07:50

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

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

    藍牙數(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

    能否使用兩個 FX3 設(shè)備實現(xiàn) USB 數(shù)據(jù)包嗅探、插入和移除?

    能否使用兩個 FX3 設(shè)備實現(xiàn) USB 數(shù)據(jù)包嗅探、插入和移除?如果需要,除了兩個 FX3 設(shè)備外,還需要哪些硬件(如果有的話)?
    發(fā)表于 05-26 07:16

    更改最大數(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標記的以太網(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

    按ADS1291 datasheet 62頁設(shè)置,當導(dǎo)聯(lián)脫落收到的數(shù)據(jù)包是0xc0 80 7f ff ff,為什么?

    我按ADS1291 datasheet 62頁設(shè)置,當導(dǎo)聯(lián)脫落收到的數(shù)據(jù)包是 0xc0 80 7f ff ff.
    發(fā)表于 02-07 06:08

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

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

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

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

    利用P4與Vivado工具簡化數(shù)據(jù)包處理設(shè)計

    為設(shè)備就緒的 RTL 代碼,以實現(xiàn)最佳的硬件實現(xiàn)。使用 VNP4,您可以顯著減少開發(fā)基于設(shè)備的數(shù)據(jù)包處理系統(tǒng)所需的工程工作量,同時仍能實現(xiàn)每 LUT 或每 RAM 的高性能。本白皮書概述了
    的頭像 發(fā)表于 12-04 09:55 ?951次閱讀
    利用P4與Vivado工具簡化<b class='flag-5'>數(shù)據(jù)包</b>處理設(shè)計

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

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