最近改了个反人类的需求,就是:
当HDMI输出分辨率设置为固定的2160P后,再热拔插连接到1080P的TV,分辨率会变为1080P的分辨率,客户认为这是bug,需要改为固定。
为什么说这是反人类的需求呢?
比如说,你想固定一个4k,那你接到另一台2K的显示上,那要怎么显示呢?肯定是无显示。
所以RK平台的hdmi显示机制是这样的:
比如你设置个HDMI的分辨率,比如1920x1080p60hz,如果你接另外一台电视有这个分辨率,就会切到这个分辨率去,
如果没有支持这个分辨率,就会切到其他相近的分辨率。
当前尝试了几个办法:
一个就是直接不读EDID了,直接默认支持一堆预设好的分辨率,这些分辨率对应的vic值从drivers/gpu/drm/drm_edid.c中的edid_cea_modes结构体中获得【对应具体的整形数据】,然后随意去设置,这样的话,可以达到固定分辨率的效果,bug就是有可能会设置到有些屏不支持的分辨率,导致无显示;而且自适应分辨率的时候也会导致无法匹配到一个是当前屏最优的分辨率,只会按照def_modes中的第一个分辨率vic值来设置分辨率,此解法不妥。
修改内容如下(修改文件:drivers/gpu/drm/bridge/synopsys/dw-hdmi.c):
//主要的改动就是在def_mode 数组添加默认支持的分辨率值;edid = NULL;强制把 edid 赋为 NULL,不管有没有读到 edid 都强制按 def_modes 来显示;注释掉clock > 340MHz和clock < 340MHz的分辨率过滤
— a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
+++ b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
@@ -2533,7 +2533,9 @@ static int dw_hdmi_connector_get_modes(struct drm_connector *connector)
connector);
struct edid *edid;
struct drm_display_mode *mode;
-
const u8 def_modes[6] = {4, 16, 31, 19, 17, 2};
+// const u8 def_modes[6] = {4, 16, 31, 19, 17, 2};
-
const u8 def_modes[26] = {16, 4, 102, 101, 100, 99, 98, 97, 96, 95, 94, 93, 62, 61,
-
60, 34, 33, 32, 31, 21, 20, 19, 17, 6, 5, 2}; struct drm_display_info *info = &connector->display_info; struct hdr_static_metadata *metedata = &connector->display_info.hdmi.hdr_panel_metadata;
@@ -2543,6 +2545,7 @@ static int dw_hdmi_connector_get_modes(struct drm_connector *connector)
return 0;
edid = drm_get_edid(connector, hdmi->ddc);
-
edid = NULL; if (edid) { dev_dbg(hdmi->dev, "got edid: