转自：https://blog.csdn.net/liuxd3000/article/details/82591444
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 (driversvideomsmmdss)的
static int mdss_dsi_panel_on(struct mdss_panel_data *pdata)函数里用到的，点亮LCM的指令，未来这个函数将会被FB驱动resume里面调用到。
类似的，qcom,mdss-dsi-off-command 同样在文件
Mdss_dsi_panel.c (driversvideomsmmdss)的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就不会发，不过这个只用于这种模式下有效。