本文基于RK3576等芯片Uboot下的dw_hdmi.c/h驅(qū)動源碼，完整拆解HDMI數(shù)據(jù)處理全流程，分析補丁的根因、解決的問題，以及受影響的芯片范圍。

一、Uboot下RK HDMI驅(qū)動整體架構(gòu)

RK平臺Uboot的HDMI驅(qū)動基于Synopsys DesignWare HDMI TX控制器（DW HDMI）開發(fā)，分為4個核心層級，全鏈路適配RK系列芯片的顯示需求：

1.連接器抽象層：對接Uboot顯示框架，統(tǒng)一熱插拔、EDID解析、模式選擇、顯示使能/禁用的標(biāo)準(zhǔn)接口；

2.DW HDMI核心驅(qū)動層：dw_hdmi.c/h為核心，實現(xiàn)控制器寄存器配置、PHY控制、音視頻數(shù)據(jù)處理、EDID讀寫、色彩空間轉(zhuǎn)換（CSC）、InfoFrame配置、HDCP加密等核心邏輯；

3.PHY適配層：兼容Synopsys原廠HDMI PHY與RK自研Inno HDMI PHY，實現(xiàn)PLL配置、TMDS信號控制、電源管理；

4.平臺適配層：對接RK芯片的GRF系統(tǒng)控制器、GPIO、時鐘、DDC I2C總線，完成引腳復(fù)用、資源映射。

二、HDMI全流程數(shù)據(jù)處理詳解

RK HDMI從初始化到畫面輸出，分為7個核心階段，完整數(shù)據(jù)流與執(zhí)行邏輯如下：

階段1：

驅(qū)動初始化與硬件資源準(zhǔn)備（rockchip_dw_hdmi_init）

該階段為Uboot顯示子系統(tǒng)啟動時的入口，完成硬件與驅(qū)動的基礎(chǔ)初始化：

1.內(nèi)存與結(jié)構(gòu)體初始化：申請struct dw_hdmi核心控制結(jié)構(gòu)體、EDID顯示模式緩沖區(qū)的內(nèi)存，完成清零初始化；

2.平臺資源解析：

?讀取設(shè)備樹（DTS）配置，解析HDMI寄存器基地址、寄存器訪問位寬、HPD熱插拔GPIO、DDC總線時序、PHY配置、HDCP使能等參數(shù)；

?映射GRF系統(tǒng)控制器寄存器，用于HDMI引腳復(fù)用、VOP顯示通路選擇；

?根據(jù)寄存器位寬配置讀寫函數(shù)，1字節(jié)位寬使用dw_hdmi_writeb/readb，4字節(jié)位寬使用dw_hdmi_writel/readl，適配不同RK芯片的寄存器訪問規(guī)范。

3.DDC I2C總線初始化：配置DDC總線時鐘分頻、SCL高低電平時長，符合I2C標(biāo)準(zhǔn)模式（100KHz），復(fù)位I2C控制器，清空中斷狀態(tài)，為EDID讀取做準(zhǔn)備；

4.PHY檢測與適配：讀取HDMI_CONFIG2_ID寄存器識別PHY類型，匹配對應(yīng)的驅(qū)動操作集（原廠PHY用dw_hdmi_synopsys_phy_ops，RK Inno PHY用自定義ops）；

5.控制器核心初始化：讀取控制器版本號，屏蔽所有非必要中斷（僅保留HPD熱插拔中斷），關(guān)閉無關(guān)模塊時鐘，強制輸出黑屏避免初始化異常畫面。

階段2：

熱插拔檢測與連接狀態(tài)判斷（rockchip_dw_hdmi_detect）

該階段執(zhí)行于初始化后，也用于周期性輪詢，核心是判斷HDMI線纜連接狀態(tài)：

1.讀取PHY狀態(tài)寄存器HDMI_PHY_STAT0的HDMI_PHY_HPD位，HPD高電平為顯示器已連接；

2.若外接HDMI橋接芯片，同步調(diào)用橋接芯片的檢測函數(shù)，確認(rèn)鏈路完整性；

3.返回連接狀態(tài)，未連接則終止后續(xù)顯示流程。

階段3：

EDID數(shù)據(jù)讀取與解析（rockchip_dw_hdmi_get_timing）

該階段是顯示模式匹配的核心，也是本次補丁修改的關(guān)鍵函數(shù)，核心數(shù)據(jù)流如下：

1.EDID數(shù)據(jù)讀取：調(diào)用drm_do_get_edid，通過DDC I2C總線執(zhí)行dw_hdmi_i2c_xfer讀寫，從顯示器讀取128字節(jié)為塊的EDID數(shù)據(jù)，動態(tài)分配內(nèi)存并存儲到conn_state->edid；

2.EDID有效性校驗與能力解析：

?若EDID讀取成功：

i.調(diào)用drm_detect_monitor_audio(edid)，解析EDID音頻能力塊，賦值hdmi->sink_has_audio；

ii.調(diào)用drm_detect_hdmi_monitor(edid)，解析EDID的HDMI廠商數(shù)據(jù)塊，區(qū)分HDMI/DVI顯示器，賦值hdmi->sink_is_hdmi；

iii.調(diào)用drm_add_edid_modes，從EDID解析所有支持的顯示模式（分辨率、刷新率、時序參數(shù)），存入模式緩沖區(qū)。

?若EDID讀取失?。?/p>

i.強制設(shè)置sink_is_hdmi = true、sink_has_audio = true，兼容無EDID的顯示器；

ii.加載默認(rèn)CEA標(biāo)準(zhǔn)模式（720P、1080P等常用分辨率），設(shè)置首選顯示模式。

3.顯示模式過濾與排序：過濾超出控制器/PHY/VOP能力的模式（如像素時鐘超限），按分辨率、刷新率優(yōu)先級排序，確定最終首選模式preferred_mode。

階段4：

輸出格式與色彩空間配置

基于EDID解析結(jié)果，配置輸出鏈路的核心參數(shù)：

1.選擇輸出總線格式：根據(jù)顯示器能力，確定RGB/YUV444/YUV422/YUV420輸出格式，以及8bit/10bit/12bit色深；

2.配置色彩編碼與量化范圍：根據(jù)CEA模式VIC選擇BT.601/BT.709/BT.2020色彩編碼，設(shè)置全范圍（Full Range）/有限范圍（Limited Range）量化參數(shù)；

3.配置VOP輸出模式，匹配HDMI的數(shù)據(jù)通路與引腳復(fù)用。

階段5：

HDMI鏈路與模式硬件配置（dw_hdmi_setup）

該階段是控制器核心配置環(huán)節(jié)，將顯示模式轉(zhuǎn)化為寄存器配置，完成全鏈路硬件使能：

1.音視頻時序計算（hdmi_av_composer）：

?解析顯示時序的有效區(qū)、消隱區(qū)、同步前后沿、同步極性，計算像素時鐘與TMDS時鐘（根據(jù)色深和格式調(diào)整，如10bit RGB為像素時鐘×5/4，YUV420為像素時鐘/2）；

?高帶寬場景（TMDS時鐘>340MHz）通過SCDC寄存器配置顯示器開啟TMDS加擾，保證信號完整性；

?寫入幀合成器（FC）時序寄存器，配置輸入視頻參數(shù)與DVI/HDMI模式。

2.PHY配置與上電（hdmi_phy_configure）：

?先下電PHY并執(zhí)行復(fù)位，根據(jù)像素時鐘配置PLL參數(shù)、終端電阻、電壓擺率；

?配置完成后上電PHY，等待PLL鎖定（HDMI_PHY_STAT0的TX_PHY_LOCK位），鎖定失敗返回超時錯誤。

3.視頻通路使能（dw_hdmi_enable_video_path）：

?開啟像素時鐘、TMDS時鐘、CSC模塊時鐘；

?配置TMDS通道前導(dǎo)碼、控制周期時長，保證HDMI信號合規(guī)性；

?根據(jù)輸入/輸出色彩空間，配置CSC模塊旁路或使能。

4.音頻時鐘再生配置：若顯示器支持音頻，根據(jù)采樣率（默認(rèn)48KHz）和TMDS時鐘計算N/CTS值，寫入音頻寄存器實現(xiàn)時鐘同步，開啟音頻通路。

5.InfoFrame配置：

?HDMI與DVI的核心差異在于InfoFrame，HDMI通過AVI InfoFrame傳遞色彩空間、量化范圍、分辨率等信息，DVI不支持該特性；

?填充AVI InfoFrame并寫入寄存器，配置色彩參數(shù)、內(nèi)容類型（游戲/影院/圖形）；4K/3D場景額外配置廠商特定InfoFrame。

6.視頻數(shù)據(jù)全鏈路配置：

?視頻采樣模塊：配置輸入數(shù)據(jù)映射格式，消隱期數(shù)據(jù)填充規(guī)則；

?CSC色彩空間轉(zhuǎn)換模塊：配置插值/抽取模式，寫入色彩轉(zhuǎn)換系數(shù)矩陣（如BT601/BT709與RGB互轉(zhuǎn)、全范圍轉(zhuǎn)有限范圍）；

?視頻打包模塊：配置像素重復(fù)、色深處理、數(shù)據(jù)打包格式，將并行視頻數(shù)據(jù)轉(zhuǎn)為TMDS鏈路所需格式。

7.HDCP配置：若開啟HDCP1.x，從廠商存儲區(qū)讀取密鑰，配置HDCP控制器，完成認(rèn)證與加密流程。

8.溢出修復(fù)：針對不同版本的DW控制器，執(zhí)行TMDS軟件復(fù)位，修復(fù)寄存器寫入溢出問題，保證配置生效。

階段6：

顯示使能與輸出（rockchip_dw_hdmi_enable）

保存當(dāng)前顯示模式，執(zhí)行全鏈路配置后使能視頻輸出，顯示器接收信號并渲染畫面。

階段7：

禁用與下電（rockchip_dw_hdmi_disable）

禁用PHY、下電TMDS發(fā)送器、關(guān)閉模塊時鐘、屏蔽中斷，進(jìn)入低功耗模式。

三、補丁詳細(xì)分析

1.補丁修改點

diff --git a/drivers/video/drm/dw_hdmi.c b/drivers/video/drm/dw_hdmi.cindex 6bdee673b55..41bd5122c7a 100644--- a/drivers/video/drm/dw_hdmi.c+++ b/drivers/video/drm/dw_hdmi.c@@ -2635,13 +2635,14 @@int rockchip_dw_hdmi_get_timing(struct rockchip_connector *conn, struct display_int ret = 0, i, vic;struct connector_state *conn_state = &state->conn_state;struct dw_hdmi *hdmi = conn->data;-struct edid *edid = (struct edid *)conn_state->edid;+struct edid *edid;+const u8 def_modes_vic[6] = {4, 16, 2, 17, 31, 19};
if (!hdmi)return -EFAULT;
conn_state->edid = drm_do_get_edid(&hdmi->adap);+edid = (struct edid *)conn_state->edid;
if (conn_state->edid) {hdmi->sink_has_audio = drm_detect_monitor_audio(edid);

2.根因分析

1.空指針賦值時序錯誤：conn_state->edid是動態(tài)分配的內(nèi)存，僅當(dāng)執(zhí)行drm_do_get_edid后才會完成內(nèi)存分配與EDID數(shù)據(jù)寫入；修改前在函數(shù)開頭就將edid指針賦值為conn_state->edid，此時該指針為NULL，后續(xù)即使drm_do_get_edid執(zhí)行成功，edid指針仍為NULL，不會同步更新。

2.HDMI/DVI模式誤判：drm_detect_hdmi_monitor(edid)傳入NULL指針，函數(shù)執(zhí)行失敗并返回false，導(dǎo)致hdmi->sink_is_hdmi = false，驅(qū)動將HDMI顯示器錯誤識別為DVI顯示器。

3.紫屏故障觸發(fā)邏輯：DVI僅支持RGB格式，不支持YUV格式與AVI InfoFrame；當(dāng)驅(qū)動誤判為DVI模式時，會關(guān)閉InfoFrame發(fā)送，若此時輸出格式為YUV（RK平臺默認(rèn)常用配置），顯示器將YUV數(shù)據(jù)按RGB格式解析，最終出現(xiàn)色彩完全錯亂的紫屏、花屏。

4.附加風(fēng)險：空指針訪問還可能導(dǎo)致Uboot崩潰、HDMI音頻功能異常、顯示模式識別錯誤等問題。

3.補丁解決的核心問題

1.修復(fù)空指針訪問，調(diào)整edid指針賦值時序，保證EDID讀取完成后再給指針賦值，確保指針有效性；

2.修復(fù)HDMI/DVI模式誤判，drm_detect_hdmi_monitor可正常解析EDID數(shù)據(jù)，正確識別HDMI顯示器；

3.徹底解決YUV輸出紫屏問題：正確識別HDMI模式后，驅(qū)動正常發(fā)送AVI InfoFrame，顯示器可正確解析YUV/RGB格式，避免色彩錯亂；

4.提升顯示器兼容性，修復(fù)EDID讀取成功但顯示異常的問題，兼容更多電視、拼接屏、商用顯示器等HDMI終端。

四、受影響的芯片范圍與原因

1.受影響芯片

RK3576、RK3399、RK3328、RK3228、RK3229、RK3288、RK3399Pro、RK3568、RK3566、RK3528，所有使用Synopsys DesignWare HDMI 2.0 TX控制器的瑞芯微芯片。

2.受影響的核心原因

1.驅(qū)動代碼共用：上述芯片的Uboot HDMI驅(qū)動完全共用dw_hdmi.c核心代碼，rockchip_dw_hdmi_get_timing函數(shù)的時序bug存在于全平臺；

2.控制器架構(gòu)一致：所有芯片均集成Synopsys DW HDMI TX控制器，驅(qū)動邏輯與bug觸發(fā)條件完全一致；

3.輸出格式特性：RK中高端芯片默認(rèn)優(yōu)先使用YUV格式輸出，更容易觸發(fā)紫屏問題；低端芯片即使默認(rèn)RGB輸出，也存在模式誤判、HDMI音頻/高級功能失效的問題；

4.Uboot版本迭代影響：該bug出現(xiàn)在conn_state->edid改為動態(tài)內(nèi)存分配的Uboot版本，所有升級到該版本的RK平臺均會受影響。

五、補丁的應(yīng)用場景與價值

1.Uboot啟動畫面保障：修復(fù)Uboot階段HDMI紫屏、無畫面問題，保證啟動logo、升級界面、命令行界面正常顯示；

2.工廠產(chǎn)線適配：避免產(chǎn)線燒錄、整機測試時出現(xiàn)批量HDMI顯示異常，提升生產(chǎn)良率；

3.系統(tǒng)Recovery/OTA升級：保證安卓/Linux系統(tǒng)Recovery模式、OTA升級界面正常顯示，避免用戶無法操作的故障；

4.工業(yè)嵌入式場景：適配基于Uboot的裸機顯示、工業(yè)控制場景，保證HDMI輸出穩(wěn)定，避免無畫面、色彩異常問題；

5.終端兼容性提升：修復(fù)對EDID時序特殊的顯示器的兼容性，解決“有信號但無畫面/紫屏”的行業(yè)常見問題。

審核編輯 黃宇