Debug

對於使用MIPI出現的問題，如果Tearing，螢幕錯位等，總結了如下方法：
1. 當Tearing發生時，測量TE訊號，是否和panel重新整理率一致；測量TE和DATA PIN相位是否固定，以確定CPU是否配置好了。
2. 確保lcd的vertical front/back porch 以及 pulse width都是否符合要求了。不正常的值會導致mdp同步工作會不正常。
3. 測量clock是否符合設定要求。測量data訊號是否正常。
4. 一般每個模組都有暫存器狀態可以來讀取以方便開發人員除錯，lcd也不例外，舉例如TE正常工作的時候，有個叫MDP_PRIM_INT_CNT_VAL 的暫存器是用於技術的，來一個TE signal就加一，如果不加那就知道TE同步不正常了。當然，對於其他的registers，如果有需要的話我們可以全部dump出來查詢我們需要的資訊。

花屏舉例

有遇到個別手機開機會一直花屏的狀況，不過將FPC重新扣一下就好了。
從現象上我們只能懷疑是接觸不良，下面利用MIPI的原理來分析這個問題。
用到的知識：

a) 當傳送控制命令的時候，預設都用的模式是LPDT，也就是說只用data0, clock和data 1 pin都沒有用到。
b) 當CPU從panel接收返回的資訊時，用的也只有data0 pin。
c) 在HS mode的時候傳送顯示資料，那麼data 0, data 1, clock將都會被用到。
d) 使用BTA時，CPU將匯流排交給panel，panel driver IC會返回使用者所需要的資料。
e) 另外一點，花屏表示系統已經初始化完成，而顯示資料傳送失敗了，當然傳送失敗可能是CPU沒傳送，或者是PANEL沒接收成功，都有可能。

通過以上d)原理得知，花屏手機表示data0連線正常了.那麼又如何確定clock或者data1連線不成功，而不是其他原因導致的花屏呢。

思路如下：

1. 傳送command資料也用HS mode來發送，這裡我們以傳送讀取panel driver IC的vendor ID號為command, 所以在HS mode下，command會以clock作同步，在data0和data1上同時傳送。
2. 觸發BTA事件，這樣，如果傳送command失敗，panel 會返回error report供我們讀取。
3. 讀取vendor ID, 看是否和文件上規定的值一樣。如果不一樣，那麼就證明發送command失敗了。當然，根據b)原理，排除了讀取失敗的可能。
4. 現在已經確定clock或 data1 pin有問題了。那麼如何再進一步確認呢？ Step 2不是傳送了個BTA嗎，如果傳送資料失敗，會返回error report。對於clock和data連線不同，返回的error report也不一樣。接著再讀取Qualcomm自帶的MIPI暫存器就可知是哪個pin出問題了！