MX6Q-MIPIDSI - himax8394f驱动driver加载_linux hx8394f

mipi-dsi在mx6q上只有两条lane，因此用的人比较少。加载过程中网上的资源不多，遇到一些困难，因此做一些总结。

首先linux内核是linux4.0，基于设备树。因此在修改硬件配置时首先要修改设备树。我拿到的内核源码是别人配的差不多的，设备书部分是基于mx6q-sabresd系列的。其中的mipi-dsi部分已经配置完成的，只是其中的channel要修改为你所需要的名字，与driver中的部分匹配上。

驱动中的部分：

        static struct mipi_dsi_match_lcd mipi_dsi_lcd_db[] = {
#ifdef CONFIG_FB_MXC_TRULY_WVGA_SYNC_PANEL
 {
  "TRULY-WVGA",    //此处的channel 名字
  {mipid_hx8369_get_lcd_videomode, mipid_hx8369_lcd_setup}
 },
#endif
 {
 "", {NULL, NULL}
 }
};

设备树部分：

其中的mipi节点

&mipi_dsi {
 dev_id = <0>;
 disp_id = <1>;
 lcd_panel = "TRULY-WVGA";//此处的channel名字。
 disp-power-on-supply = <&reg_mipi_dsi_pwr_on>;
 resets = <&mipi_dsi_reset>;
 status = "okay";
};

mxcfb节点

    mxcfb1: fb@0 {                                                                                                                                 
182         compatible = "fsl,mxc_sdc_fb";
183         disp_dev = "mipi_dsi";
184         interface_pix_fmt = "RGB24";
185         mode_str = "TRULY-WVGA";//此处的名字也要匹配上。显示时才会有图像。
186         default_bpp = <24>;
187         int_clk = <0>;
188         late_init = <0>;
189         status = "okay";
190     };

在mipi-dsi的probe函数中：

     ret = of_property_read_string(np, "lcd_panel", &lcd_panel);

这句就会将设备树中的lcd_panel字符串取出来，用于在lcd_init函数中对字符串进行匹配。

这样做的意义在于，你可以在内核中加载多款的lcd驱动，比如himax-8394，或者联泳的，等等，而当你换屏的时候只要修改设备树就可以实现驱动的变换，而不需要修改内核代码了。

匹配成功后内核会调用

      mipi_dsi_enable指针指向的函数，此函数中就会包含lcd的set_up回调函数指针的调用了。

以上只是一个大概的流程。set_up函数中会调用mipi-dsi的DCS命令，对himax-8394F芯片进行初始化。初始化之前一定要进行reset，要么初始化有可能会不成功。

himax8394的datasheet中，写到支持的命令如下：

其中我们发现它下载长命令字用的是39H，而我一开始一直用的是29H，所以一直不成功，搞了很久。也不明白原因，因为没有明确写不支持29H，所以我也百分百确定不支持，但是39H绝对没错。

mx6q的D-PHY是飞思卡尔自己做好的，我们不用关心，我们所需要做的工作就是给LCD芯片初始化以及一下系统参数的配置。在初始化过程中，加一些log，可以查看读取的ID是否成功，如果成功说明通信是没有问题的。如果可以LCD上的电容，上面有10多V的电压，说明初始化就成功了。我说了什么啊，感觉自己表达就不清楚……