正確答案不外:"就去把LA跑車推來勾上去量一量訊號不就結了"
客戶通常的回答:
"LA只有一台, 排隊借不到!"
"出門在外不方便推LA跑車出門!"
"LA還要設定半天, 有沒有比較快的方法"
實際上我也看到很多客戶根本不是跑Quad I/O
可能因為某些因素導致Qaud I/O沒過
直接降級成Dual I/O
可能也跑得很爽
因為跑的時間相差太短也看不出來
所以可能誤以為自己已經跑Quad I/O跑得很爽!
然後我們有時候去support也容易被客戶誤導
所以去年基於自己公司和客戶需求改了一個很快速就能辨認出您的real SPI flash chip到底跑在甚麼mode的韌體版本
可以去下載ZC25Q_monitor的版本的韌體來更新一下
ZC2564-M1和ZC25128-M1都可以使用
更新韌體後會當場失去模擬器的模擬SPI flash的功能(典型的欲練神功必先自宮~)
然後只剩下Debugview的monitor功能了
這時候可以把模擬器的八根SPI Bus直接和主板上的SPI flash chip的八支腳 Pin to PIN的接在一起
模擬器已經沒有模擬SPI flash的功能了
所以PCH的SPI Host不會有認到兩個SPI flash chip而產生衝突
code當然就要燒在要開機的SPI flash chip上, 您要是拖到模擬器裡面的話是開不了機的
因為我們要即時監看的是真實的 SPI flash chip開機的狀態與行為 而不是要看模擬器模擬SPI flash chip來開機的狀態與行為
當排線都接好code也燒好到SPI flash, 一切都準備就緒了
把SAMEFILE的debug view打開
接著把您的主板開電
您就會看到即時的SPI flash被下過的command和目前正在作用中的command和address.
通通都透過模擬器被即時的傳了回來!
這樣到底是跑Quad I/O或是Dual I/O就一目了然了
普通ME會先下5Ah command來讀取SFDP Table
如果該table確實有支援EB的話應該接下來就會全速以EBh commnad把利用Quad I/O的方式
將SPI flash的contents解壓dump到DRAM去
這時候如果真正跑Quad I/O的話(假設您只有把EBh的support勾選true的話)
就不應該有甚麼6Bh或是3Bh被執行過
也就是說應該只有EBh那行會變成紅色
6Bh或是3Bh沒有被執行過
所以應該還是保持灰色的
如下圖(Haswell Platform跑50MHz Quad I/O的debugveiw參考截圖)
同理如果跑Quad output的話(假設您只有把6Bh的support勾選true的話)
就不應該有甚麼EBh或是3Bh被執行過
也就是說應該只有6Bh那行會變成紅色
EBh或是3Bh沒有被執行過
所以應該還是保持灰色的
這樣有沒有算很簡單就可以知道? 呵呵~
當然你如果全部勾True的話
那就有很多影響因素會讓他降級去跑能跑的mode了
例如說您可能用到了沒有support Quad I/O的SPI flash chip
或是您的SPI flash chip的SFDP table還是早期的或是空的
ME讀了SFDP table後判定沒有支援Quad I/O
也可能會自動降級去跑其它能跑的mode
反正這個是一個很鳥卻很實用的方法
如果您老是借不到LA
或是出門在外support客戶不方便背LA
卻又想要知道現在到底跑甚麼mode的話
可以透過更新一下韌體就可以用現有的模擬器來達到目的
不用花錢的不試白不試
哈哈哈
更新完monitor版本的功能後如果沒有用到記得要更新回去ZC25Q64或ZC25Q128有模擬SPI flash功能版本的韌體
不要到時候一忙或時間一久
自己要用或是別人借去然後拿到這版忘記更新回來的自宮版本
在那邊試了半天
還以為自己的模擬器SPI端壞掉了不能模擬
請我們去支援或是送回來修才發現是韌體忘了更新回來
可是讓我們兩邊都會覺得很不好意思的咧!
(您們不好意思支付支援維修費用, 我們也不好意思不收取支援收維修費用,
以後我看如果發生類似的情形就乾脆酌收兩倍的費用就算了! 我們不好意思不收啦! 哈哈哈!)
這大概也是我們為什麼這版韌體一直沒有放到網頁上的原因啦
就是怕遇到類似的不好意思的狀況發生!
不過已經有很多客戶早已經偷偷索取試用過好一陣子了!
所以有需要的人就趕快去下載來更新然後勇敢的去試吧!
您不會是第一隻白老鼠!