14.1 VBLANK同步機制VBLANK全稱Vertical Blanking Interval說白了就是顯示器從底部掃到頂部的那段“空閑時間”。為什么要有VBLANK因為CRT時代電子槍需要時間回到左上角。到了LCD時代這個機制保留了下來但作用變了——它成了我們更新幀緩沖區(qū)的安全窗口。核心原則永遠(yuǎn)在VBLANK期間更新幀緩沖區(qū)。否則你就是在“搶跑”畫面撕裂是必然的。在MTK8678上VBLANK的配置主要涉及以下幾個寄存器寄存器作用典型值DISP_VBLANK_STARTVBLANK起始行10801080p屏DISP_VBLANK_ENDVBLANK結(jié)束行1125DISP_VBLANK_INT中斷觸發(fā)位置VBLANK起始我個人習(xí)慣把VBLANK中斷配置在起始位置這樣有最充裕的時間做緩沖區(qū)切換。代碼示例如下// MTK8678 VBLANK中斷配置 void vblank_init(struct disp_device *dev) { // 設(shè)置VBLANK起始行 writel(dev-vactive, dev-base DISP_VBLANK_START); // 設(shè)置VBLANK結(jié)束行垂直總行數(shù) writel(dev-vtotal, dev-base DISP_VBLANK_END); // 使能VBLANK中斷 writel(1, dev-base DISP_VBLANK_INT_EN); // 注冊中斷處理函數(shù) request_irq(dev-irq_vblank, vblank_handler, IRQF_SHARED, vblank, dev); } static irqreturn_t vblank_handler(int irq, void *data) { struct disp_device *dev data; // 清除中斷標(biāo)志 writel(1, dev-base DISP_VBLANK_CLR); // 觸發(fā)幀緩沖區(qū)切換 if (dev-pending_switch) { switch_framebuffer(dev); dev-pending_switch false; } // 喚醒等待VBLANK的進(jìn)程 wake_up(dev-vblank_wait); return IRQ_HANDLED; }小技巧VBLANK中斷處理函數(shù)里不要做耗時操作。我曾經(jīng)把圖像處理邏輯放在里面結(jié)果導(dǎo)致中斷延遲反而引發(fā)了更嚴(yán)重的撕裂。記住中斷里只做標(biāo)志位切換和喚醒真正的渲染工作交給其他線程。14.2 多屏幀同步多屏顯示時最頭疼的問題就是幀不同步。兩個屏幕各自跑自己的VBLANK畫面切換節(jié)奏不一致用戶體驗極差。MTK8678支持兩種多屏同步模式主從模式Master-Slave一個屏幕做主時鐘其他屏幕跟隨。我推薦這種方式實現(xiàn)簡單穩(wěn)定性高。自由運行模式Free-Run各屏幕獨立運行通過軟件同步。嗯這個我踩過坑后面細(xì)說。主從模式的配置其實不復(fù)雜// 主屏配置 void master_screen_config(struct disp_device *master) { // 輸出同步信號 writel(1, master-base DISP_SYNC_OUT_EN); // 設(shè)置同步信號極性 writel(DISP_SYNC_POLARITY_POS, master-base DISP_SYNC_POL); } // 從屏配置 void slave_screen_config(struct disp_device *slave) { // 接收外部同步信號 writel(1, slave-base DISP_SYNC_IN_EN); // 設(shè)置為從模式 writel(DISP_MODE_SLAVE, slave-base DISP_MODE_CTRL); }自由運行模式呢說白了就是各跑各的然后軟件層面做對齊。我曾在某個項目中用過這種方式結(jié)果發(fā)現(xiàn)兩個屏幕的幀率差了0.1Hz運行半小時后偏差累積到一幀以上。解決辦法是每隔N幀做一次強制同步// 自由運行模式下的周期性同步 void free_run_sync(struct disp_device *devs[], int count) { static int frame_count 0; frame_count; // 每60幀做一次同步 if (frame_count 60) { frame_count 0; // 等待所有屏幕進(jìn)入VBLANK for (int i 0; i count; i) { wait_event(devs[i]-vblank_wait, devs[i]-in_vblank); } // 同時觸發(fā)緩沖區(qū)切換 for (int i 0; i count; i) { devs[i]-pending_switch true; } } }注意自由運行模式下如果兩個屏幕的刷新率差異較大比如一個60Hz一個30Hz強制同步可能會導(dǎo)致從屏丟幀。我曾經(jīng)遇到過這種情況最后不得不改成主從模式才解決。14.3 TETearing Effect信號處理TE信號說白了就是屏幕告訴驅(qū)動芯片“我現(xiàn)在可以安全更新數(shù)據(jù)了”。這個信號通常由顯示面板的時序控制器TCON產(chǎn)生。MTK8678的DSI接口支持硬件TE檢測配置起來很方便// TE信號配置 void te_init(struct mipi_dsi_device *dsi) { // 使能TE檢測 writel(1, dsi-base DSI_TE_EN); // 設(shè)置TE信號極性上升沿觸發(fā) writel(DSI_TE_POL_RISING, dsi-base DSI_TE_POL); // 設(shè)置TE超時時間防止TE信號丟失導(dǎo)致死等 writel(1000, dsi-base DSI_TE_TIMEOUT); // 1ms超時 } // 等待TE信號 int wait_for_te(struct mipi_dsi_device *dsi) { unsigned long timeout jiffies msecs_to_jiffies(5); while (!(readl(dsi-base DSI_TE_STATUS) DSI_TE_DETECTED)) { if (time_after(jiffies, timeout)) { pr_err(TE信號超時\n); return -ETIMEDOUT; } cpu_relax(); } // 清除TE狀態(tài) writel(DSI_TE_DETECTED, dsi-base DSI_TE_CLR); return 0; }這里有個關(guān)鍵點TE信號和VBLANK是什么關(guān)系說白了VBLANK是顯示控制器層面的概念TE是面板層面的概念。VBLANK告訴驅(qū)動“控制器空閑了”TE告訴驅(qū)動“面板準(zhǔn)備好了”。兩者必須配合使用先等VBLANK確?？刂破鞑辉趥鬏敂?shù)據(jù)再等TE確保面板可以接收新數(shù)據(jù)最后更新幀緩沖區(qū)實戰(zhàn)經(jīng)驗我在調(diào)試某款國產(chǎn)面板時發(fā)現(xiàn)它的TE信號有時會丟失。排查了半天原來是面板的TCON芯片有bug在低溫環(huán)境下TE信號不穩(wěn)定。解決辦法是增加了TE超時重試機制超時后直接跳過TE等待用VBLANK作為后備同步信號。14.4 避坑指南做顯示同步這么多年我總結(jié)了幾條血淚教訓(xùn)不要迷信硬件同步硬件TE和VBLANK機制再完善也架不住驅(qū)動寫得爛。我曾經(jīng)見過一個項目硬件同步配置完全正確但驅(qū)動里在中斷上下文做了內(nèi)存分配導(dǎo)致中斷延遲畫面照樣撕裂。多屏同步要考慮線纜延遲兩個屏幕用不同長度的排線同步信號到達(dá)時間可能差幾個微秒。我建議在硬件設(shè)計時就做等長布線否則軟件上要加延遲補償。TE超時處理要優(yōu)雅不要一超時就panic。我習(xí)慣的做法是第一次超時重試第二次超時用VBLANK替代連續(xù)三次超時才報錯。幀率匹配很重要多屏顯示時盡量讓所有屏幕的刷新率一致。如果實在不一致主屏選刷新率最高的那個從屏做幀率轉(zhuǎn)換。最后說一句顯示同步這東西理論看起來簡單實際調(diào)試時各種妖魔鬼怪都會出現(xiàn)。我的建議是——先把單屏的VBLANK和TE調(diào)通再搞多屏同步。一步一個腳印穩(wěn)扎穩(wěn)打。好了這章的內(nèi)容就到這里。下一章我們會講MTK8678的顯示內(nèi)存管理包括DMA、帶寬優(yōu)化和內(nèi)存壓縮技術(shù)。到時候見