MIPI-DSI 三种 Video Mode 理解

转自：http://blog.csdn.net/eliot_shao/article/details/52474348

D- PHY的物理层支持HS(High Speed)和LP(Low Power)两种工作模式

• HS模式：低压查分信号 功耗大 高速率（80M -1Gbps） 信号幅值（100mv-300mv）

• LP模式：单端信号 功耗小，速率低（< 10Mbps) 信号幅值（0-1.2V）

在高速模式下，通道状态是差分的0或1，定义P比N高时定义为1，P比N低时定义为0，此时线上典型电压为差分200mv

在LP模式下，只用lane0传输数据和时钟，双向数据传输。

链路层的模式分为： Command模式 和 Video模式 。

• 链路层选择Command模式时，物理层可以为HS模式，也可以为LP模式；
• 链路层选择Video模式时，物理层只能选择HS模式。

Video模式时，物理层只能选择HS模式，下面是video模式下传递一个些图片像素数据包（长包）。

和command模式不同的是Data Type，这里的Data Type是3Eh,下面有一张Data Type的表。

下面介绍一下qualcomm平台dtsi配置文件中关于对video模式配置说明：

qcom,mdss-dsi-panel-type = " dsi_video_mode";

qcom,mdss-dsi-on-command = [29 01 00 00 00 00 04 B9 FF 83 94

29 01 00 00 00 00 02 C6 EF

05 01 00 00 78 00 02 11 00

05 01 00 00 14 00 02 29 00];

qcom,mdss-dsi-off-command= [05 01 00 00 32 00 02 28 00

05 01 00 00 78 00 02 10 00];

qcom,mdss-dsi-on-command-state = "dsi_lp_mode";

qcom,mdss-dsi-off-command-state = "dsi_hs_mode";

qcom,mdss-dsi-on-command 是在Mdss_dsi_panel.c (drivers\video\msm\mdss)的

static int mdss_dsi_panel_on(struct mdss_panel_data *pdata)函数里用到的，点亮LCM的指令，未来这个函数将会被FB驱动resume里面调用到。

类似的， qcom,mdss-dsi-off-command同样在文件

Mdss_dsi_panel.c (drivers\video\msm\mdss)的static int mdss_dsi_panel_off(struct mdss_panel_data *pdata)用到，未来将会被FB驱动的suspend函数里调用，用于关掉LCM的指令。

定义这个panel为" dsi_video_mode"，在下发 mdss-dsi-on-command之后会把DSI转换到video-hs模式下。

那么 mdss-dsi-on-command 和 mdss-dsi-off-command是什么时候调用的呢？

如果按照MTK平台对LCM处理的思维，大概是这样的：

LCM_DRIVER nt52021_hd720_dsi_vdo_lcm_drv =

{

.name = "nt52021_hd720_dsi_vdo",

.set_util_funcs = lcm_set_util_funcs,

.get_params = lcm_get_params,

.init = lcm_init,//reset 调用DSI发初始化数据

.suspend = lcm_suspend,//调用DSI发灭panel数据

.resume = lcm_resume,//reset 调用DSI发初始化数据

.compare_id = lcm_compare_id,

#if (LCM_DSI_CMD_MODE)

.update = lcm_update,

#endif

};

而高通平台是则是在LCM的FB驱动里面，probe通过调用MDP驱动结构体的初始化函数，调用DSI驱动想MDPcore注册的回调函数，这些回调函数就是操作DSI发送不同的数据，而这些数据恰恰就是dtsi里面需要配置的 mdss-dsi-on-command 和 mdss-dsi-off-command。

言归正传，前面说明了DSI 在video模式下面发送一些像素图片的数据包内容，但是在实际传输这些数据包的时候需要遵守一些时序控制。

Video模式又分三种子模式：

1 Non-burst Mode Sync pulses: 在这种模式下，DSI基于各种不同的同步数据包来做数据同步。这种数据包括：重构，时间校准等。更具体的请参考DSI协议标准。

2 Non-burst Mode Sync event: 这种模式和第一种模式很像，但是这种模式不会发重构和时间校准的数据包，它们只发送一种叫做”Sync event”的包。

3 Burst mode: 在horizontal 的时序是一样的情况下DSI会把连接的速度提升到Panel支持的最大速度。在这种模式下发送RGB数据包的时间被压缩，以留出更多的时间用来传送其他的数据。

为了使能Video模式Host需要发送各种不同的包到panel用来设置开始和结束的Porch.以下是Video模式中用到的数据包：

• VSS:  DSI Sync Event Packet: V Sync Start

• VSE:  DSI Sync Event Packet: V Sync End

• BLLP: DSI Packet: Arbitrary sequence of non-restricted DSI packets or Low Power Mode incluing optional BTA.

• HSS:  DSI Sync Event Packet: H Sync Start

• HAS:  DSI Blanking Packet: Horizontal Sync Active or Low Power Mode, No Data

• HSE:  DSI Sync Event Packet: H Sync End

• HFP:  DSI Blanking Packet: Horizontal Front Porch or Low Power Mode

• HBP:  DSI Blanking Packet: Horizontal Back Porch or Low Power Mode

• RGB:  DSI Packet: Arbitrary sequence of pixel stream and Null Packets

• LPM:  Low Power Mode incuding optional BTA

上图顶部有圆弧的代表数据包，长方形的代表时序的状态。

那么MIPI host如何输入一帧的数据呢，下面分别是三种video mode下的数据传输时序图：

结合屏的物理结构才看得动上面时序图的含义：

以BURST mode为例 ：

首先会发送VSPW行（VSA lines）的空数据包，在发送VBP lines的空数据包，接着发送VACT lines（屏宽）的有效RGB数据，其中每一行数据都包含HSS 行开始信号+HBP数据包+RGB+HFP数据包。最后就是发送VFP lines的空数据包。这样就刷满了一整屏，也就是一帧的数据。

那么这三种video模式的区别就是传递的数序和数据包位置的不同，至于最终在dtsi配置哪一个模式就要根据实际的panel IC所支持video 模式来。

dtsi对应项：

qcom,mdss-dsi-traffic-mode = "non_burst_sync_event";

另外说明一下dtsi 里面qcom,mdss-dsi-h-sync-pulse 的含义

在kernel/Documentation/devicetree/bindings/fb/mdss-dsi-panel.txt:196中说明了：

这里所说的pulse mode就是 Non-burst Mode Sync pulses模式。

根据时序图，如果这个值为1就会发图中红色圈圈的部分，如果为0就不会发，不过这个只用于这种模式下有效。