最近某開發嵌入式平臺的客戶到我們的協議測試Open Lab分析底層PCIe的問題。問題癥狀看起來很簡單，開發板上DSP主芯片的RC（Root Complex）端通過PCIe鏈路直連M.2 NVMe SSD，讀操作沒有任何問題，但是寫操作會失敗。前后折騰了6個多月，最后找到我們實驗室通過SerialTek公司的Kodiak系列PCIe協議分析儀通過協議抓包的方式快速解決了問題。

下面是分析的大致步驟和過程。

1.我們先抓取一個read操作，讀取一個扇區512字節。

從上圖，我們看到，藍色底色部分是NVMe SSD controller去主內存里面拿這個read command，成功完成。緊接著，SSD controller從NAND拿到數據后將這些數據通過4個128byte的memory write寫到主內存。

2.我們再來抓取一個write操作，寫一個扇區512字節。執行命令后，發現寫失敗。

從上圖可以看出，SSD controller在時間戳16.353.876.194.000這一行取到write command后，在藍色底色這一行報錯，Unsupported Request。這一行是SSD controller發送Memory Read命令到內存讀取512byte的數據，但是被RC端拒絕了。

在問題未仔細分析之前，我們開始覺得這是否可能和SSD的sector扇區的block size有關，因為一般都是512byte，也有1K, 2K, 4K block size的。所以，我們就用ChatGPT先問了一下業內是否有支持256byte sector大小的NVMe SSD。參看下圖。

結果找到全球只有Micron 一個M.2 SSD支持。

結果發現ChatGPT弄了一個大烏龍，整個Micron產品單頁中確實出現好多256，但是要么是256GB，AES Key Size 256 Bits，SHA 256，甚至256 sector或者256 words。所以，看來使用ChatGPT來給出建議還不是很靠譜啊。

我們再次仔細來分析該錯誤，同時比對為什么read command可以成功，但是write command卻失敗了。直觀的對比發現可能和Max Read Request Size 有關。我們查找RC的手冊，發現它的規格Spec里面明確寫明RC接受的遠端device的Max Read Request Size為256byte，但是我們抓包發現SSD的PCIe memory read request size是512 byte，這個應該就是RC回復SSD的Unsupported Request的直接原因。

為了驗證這個想法，我們在RC端在初始化的時加入一行代碼設置device端的Max Read Request Size為001 （該字段為3bit, 二進制001表示256byte）。然后重新開機運行寫操作，這次寫2048個字節，結果成功了。2048個字節分解成8次memory read，每次256字節，參見下圖。

至此，問題得到有效解決。當然，平時有的時候也會發現你請求512byte，結果發送4次128 byte的情況，就像我們上面的read command一樣，解釋如下。

審核編輯：劉清