硬件平台为SM7250
软件平台为android Q（10）
代码路径
display驱动路径: kernel/msm-4.19/techpack/display
displayDTS路径: vendor/qcom/proprietary/devicetree-4.19/qcom
display UEFI路径:
boot_images/QcomPkg/SocPkg/SaipanPkg
采用了DRM架构：
之前一直是FB架构，为啥用这个架构了，如下：
fb 驱动以前主要是嵌入式设备用，android 最开始也是用fb，但是渐渐就发现他不好用了，主要是对多硬件图层的支持不好，不过那时候drm对嵌入式系统也不友好，Google 中间还开发了一个叫做ADF的 驱动框架带代替FB，不过没什么人响应后面 drm 里面加了atomic kms 的功能，对多图层的支持基本能满足android的需求了，而且很多芯片厂家的芯片既要做android 又要做chrome，比如三星的exynos，nVidia的tegra，还有国内的rk3288 rk3399，所以都直接转向drm了，要不然就要维护两套驱动.所以drm 现在就成了android 上的标准图形驱动而且现在如果想超 linux mainline 提交显示驱动的话，要求必须走drm，fb的不会被接受 前几年 freescale 那边有人提交fb的设备驱动 就被要求改成drm.
FB与DRM在代码里面的区别如下：
DRM代码里面主要的概念和数据：
#Frame buffers (struct drm_framebuffer)
Frame buffers are abstract memory objects that provide a source of
pixels to scan out to a CRTC. Implementation depends on the memory
manager used and the IOMMU capabilities.
#Planes (struct drm_pane)
A plane represents an image source that can be blended with or overlaid
on top of a CRTC during the scan out process. Planes are associated
with a frame buffer to crop a portion of the image memory (source)
and optionally scale it to a destination size. The result is then
blended with or overlaid on top of a CRTC.
#CRTC (struct drm_crtc)
CRT controller (CRTC) is not related only to CRT displays. It
configures the appropriate display settings,display timings/
resolution, scans out frame buffer content to one or more displays,
and so on.
#ncoder (struct drm_encoder)
Takes pixels data from CRTC and converts it to the format suitable
for any attached connectors.
#Connectors (struct drm_connector)
Represents display interface (HDMI, DisplayPort, DSI, VGA),
transmits signal to display, detects display, exposes mode,
and so on.
#Bridge
Associated with an encoder, participates in mode set, device
power management, connection detection, and so on.#SM7250对touch部分的改进
主要是对suspend 和resume部分的流程加了DRM的宏控#if defined(CONFIG_FB)
#if defined(CONFIG_DRM) //主要后面适配了DRM部分
#include <drm/drm_panel.h>
#elif defined(CONFIG_FB)
#include <linux/notifier.h>
#include <linux/fb.h>
#TP的bringup
TP的通信采用SPI，SPI信号采用四条信号线SPI_MOSI, SPI_MISO,SPI_SCLK, SPI_CS ，SPI_CS拉低才有效，主要用来选择SPI从设备，硬件说已经拉低选择我们的TP设备。原理图如下：
SPI使用的使用的是GPIO_6 、GPIO_7 、GPIO_8 GPIO_9 这4个gpio —>这是哪个spi总线上的？在资源配置表里面查看：
默认gpio6 gpio7 是i2c gpio8是tp_reset gpio9是tp_int
在设备数xxx_pinctrl.dtsi 搜索gpio6，gpio7，gpio8 gpio9
查看对应的 qupv3_se7_i2c
通过总结发现gpio6 gpio7 对应的为 qupv3_se7
查看spi qupv3_se7_spi 的总线地址：spi@984000
打开spi总线：
在另外的目录下引用spi总线添加TP 设备资源：
#TP设备树的注释：
&qupv3_se7_spi {
status = "ok";
qcom,spi-touch-active = "focaltech,fts";
//后面单独分析
focaltech@0 { //spi 从设备的地址选择0
compatible = "focaltech,fts";
reg = <0x0>;
spi-max-frequency = <6000000>;
//spi的最大传输速率 6MHZ
interrupt-parent = <&tlmm>;//使用MSM 中断
interrupts = <68 0x2>; //中断号
focaltech,reset-gpio = <&tlmm 4 0x01>; //reset引脚 和初始状态
focaltech,irq-gpio = <&tlmm 68 0x02>;
//中断引脚 和初始状态
focaltech,max-touch-number = <10>;
//最大触点
focaltech,display-coords = <0 0 1080 2340>;//tp 的分辨率
左上角坐标:(0,0) 右下角坐标：（1080，2340）
qcom,spi-touch-active = "focaltech,fts";
panel = <&dsi_ft8719p_1080p_video>; pinctrl-names = "pmx_ts_active","pmx_ts_suspend";//pinctl
主要用在某些特殊状态下，比如在使用TP suspend前，需要让中断引脚从
某个固定的状态到拉高或则拉低，前面某个固定的状态需要通过pinctrl来实现
pinctrl-0 = <&ts_ft_int_active &ts_ft_reset_active>;
pinctrl-1 = <&ts_ft_int_suspend &ts_ft_reset_suspend>;
}
};
TP 中pinctrl在驱动中的使用：
查看设备树里面的pinctrl属性：
在使用TP的供电是让int 和 reset处于固定的状态（时序调整时用）：用pinctrl来实现
#SM7250平台中使用DRM架构，对TP的影响
主要影响到了TP的suspend流程，使用第三方的TP驱动，无法跑到suspend,简要分析以前平台主要使用include/fb.h里面的参数来控制suspend 和resume流程，使用CONFIG_FB宏 来控制
使用include/fb.h的参数：
新平台使用DRM架构，使用CONFIG_DRM这个宏来控制
#sm7250平台对TP的修改
