展讯LCD_tp_camera驱动移植

一、编译：

1、cd /home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5

ls

2、source build/envsetup.sh

lunch

3、KONKA_D7-userdebug或者P5_Russia-userdebug（通用版本）

4、kheader

5、全部编译make -j8 2>&1 | tee build.log

部分编译（改代码时）make bootloader -j8 2>&1 | tee build.log

make bootimage -j8 2>&1 | tee build.log

二、克隆：

三、下载：

1、out/target，考出pac文件，boot.img和u-boot.bin，加载pac文件，然后下载

2、每次改完代码，需要重新编译，并且加载pac文件

四、改时序：

lcd_ili9881c_mipi_1491sl_p5_qc.c里面改

五、重新编译：

重新编译完，删除

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/out/target/product/1491sl_p5_ hd/obj/u-boot64/drivers/video/sprdfb/lcd目录下的文档

六、屏的调试

1、LCD驱动初始化，各寄存器的含义。

2、通道数要对应，lan.number和0X80的值，01代表2通道，02代表3通道，03代表4通道

七、摄像头增加新型号

1、

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/vendor/sprd/modules/libcamer a/sensor中的Sprdroid.mk中增加local_src_files目录（先要把驱动文件拷过来，打开驱动文件里边的.c查看变量名称，与文件名无关，与路径有关）

2、

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/vendor/sprd/modules/libcamer a/oem2v0/src中的sensor_cfg.c中增添型号（对照已有的型号格式）

3、改完之后编译systemimage，编译过程或错误查看build.log

4、调试摄像头时，如果通信不成功，先检查是否接触不良

八、adb devices读不到

1、网上做法加设备ID

2、检查adb环境是否配置好

3、重新下载一次系统

九、adb shell

adb logcat > '/home/android/test.log' 抓取操作流程日志

十、打包

1、代码：

运行imgpac：cd /home/android/gmk/test/983x_NATIVE_6_s801

然后./imgpac（打包程序）

2、手动打包：用ReseachDownload点击packet

十一、无法对焦

1、将#define CONFIG_CAMERA_AUTOFOCUS_NOT_SUPPORT注释掉，目录为

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/vendor/sprd/modules/libcamer a/sensor/gc5025_1713_KONKA_D7

十二、新增LCD

1、在kernel和uboot中加入驱动代码.c文件

2、在驱动所在目录的Makefile中加入语句

obj-$(CONFIG_FB_LCD_JD9365_MIPI) += $(filter lcd_jd9365_mipi_%,$(CTL_LCD)).o

3、/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/u-boot64/drivers/video的sprdfb_panel.c中加：

#ifdef CONFIG_FB_LCD_JD9365_MIPI

{

.lcd_id = 0x9365,

.panel = &lcd_jd9365_mipi_spec,

},

#endif

4、/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/kernel/arch/arm/configs的deconfig中加CONFIG_FB_LCD_JD9365_MIPI=y

5、

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/device/sprd/scx35l/1491sl_p5 _hd/project中的P5_Russia.mk中改CTL_LCD

6、/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/u-boot64/include/configs 的1491SL.h中加#define CONFIG_FB_LCD_JD9365_MIPI

7、/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/kernel/drivers/video/sprdfb 的Kconfig中添加：

config FB_LCD_JD9365_MIPI

boolean "support JD9365 mipi panel"

depends on FB_SC8825 || FB_SCX35 || FB_SCX15 || FB_SCX30G || FB_SCX35L

default n

8、新加之前注意将之前的lcd屏蔽掉（deconfig和configs都要注释掉），或加在前面，以免遍历编译时出错“未找到创建规则创建所需的.o文件”

9、注意u-boot和kernel驱动代码不完全相同，分开改，以免出错“函数未定义”

10、屏不亮时，先检查是否电池没电

11、图像偏大或者点的位置与触屏不符，考虑频率密度，修改

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/device/sprd/scx35l/1491sl_p5 _hd中的system.prop中的ro.sf.lcd_density，854*480为240

12、开机白屏，检查初始化，很有可能

13、编译出错时，先检查error错误，有可能是头文件的事（直接复制过来的头文件可能有错，可参考其他lcd的代码）

14、检查out/obj，看kernel和u-boot有没有编译进去

15、

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/device/sprd/scx35l/1491sl_p5 _hd/modem_bins里放的是开机画面logo，图片的分辨率是固定的

16、很多行出现错误时，检查大括号是不是漏掉一个

十三、修改LCD读ID 部分代码

1、看规格书，ID存在哪个寄存器内

2、按照已有的格式改修代码

十四、查看LCD_id

1、adb shell进入环境

2、adb root

3、cat /proc/cmdline

十五、

1、任务：兼容10802和7701两个屏

2、新增lcd见上述步骤

3、这两个屏分辨率为854*480，为FWVGA，需在

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/u-boot64/include/configs里修改FWVGA和720p的顺序

4、出现的错误：

1）u-boot没有编译进去：按build.log先修改error，本项目出错为configs与Makefile大小写不一致

2）头文件出错

3）修改开机logo，分辨率不符

十六、修改开机动画

1、

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/device/sprd/scx35l/1491sl_p5 _hd/power中拷取两个压缩包，压缩包里是开机连续动画图片，可以替换根据分辨率

2、/home/android/gmk/test/983x_NATIVE_6_s801/device/sprd/scx35l/S801/project 对应修改密度值ro.sf.lcd_density=320 \

3、/home/android/gmk/test/983x_NATIVE_6_s801/out/target/product/S801/system删除build.prop

4、替换

/home/android/gmk/test/983x_NATIVE_6_s801/device/sprd/scx35l/S801/thirdparty/S 801G_M506/power中的压缩包用于调用

十七、出现libsepol.context_from_record: type bl229x_device is not defined错误，查找

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/device/sprd/scx35l/common/s epolicy中的file_contexts文件，改相应bl229x_device

十八、设备树

1、dts讲解：https://www.360docs.net/doc/6918391719.html,/hbk320/article/details/46844585

2、代码目录：

/home/android/gmk/test/sprd9832_6.0_Rls2_W16.35.5/kernel/arch/arm/boot/dts

十九、编译分支的deconfig

1、=m和=y的含义：

首先需要知道：obj-m = *.oobj-y = *.o

上面两者的区别在于，前者才会生成ko文件，后者只是代码编译进内核，并不生成ko文件。

生成KO文件，分两种情况：单个.c文件和多个.c文件【以展讯7730 ANDROID4.4为例】

①单个.c文件

kernel配置文件decongfig中定义：CONFIG_RUNYEE_CAMVIB=m

注意上面的m，表示作为一个模块进行编译，最后在Makefile中需要用到的编译开关。

然后再相应的源码目录中的Makefile中添加如下语句：

obj-$(CONFIG_RUNYEE_CAMVIB) := camvib.o

上面的一行的作用就是编译camvib.c的源文件，同时会生成相应的camvib.ko文件，和编译生成的camvib.o在同一目录

最后就是insmod动作了:

insmod /system/lib/modules/camvib.ko

②多个.c文件生成ko文件

kernel配置文件中定义

CONFIG_TOUCHSCREEN_FOCALTECH=m

注意上面的m，表示作为一个模块进行编译，最后在Makefile中需要用到的编译开关。

然后再相应的源码目录中的Makefile中添加如下语句：

obj-$(CONFIG_TOUCHSCREEN_FOCALTECH)+=focaltech_ts.o

focaltech_ts-objs :=focaltech.o

focaltech_ts-objs +=focaltech_ctl.o

focaltech_ts-objs +=focaltech_ex_fun.o

上面的意思就是编译生成ko文件需要三个.c文件【focaltech.c focaltech_ctl.c focaltech_ex_fun.c】

最后生成名为focaltech_ts的ko文件，注意ko文件名一定不能为focaltech。那

么在obj-m和lpc-objs中都含有focaltech.o，对make来讲会产生循环和混淆，因此也不能这样书写。

最后就是insmod动作了：

insmod /system/lib/modules/focaltech_ts.ko

二十、新增tp

我们以展讯SC7731 平台为例子，介绍Android 5.1 下TP 的移植步骤。

1.在kernel/drivers/input/touchscreen 下添加驱动文件夹gslx680/

2.修改本目录下的Makefile 编译选项

obj-$(CONFIG_TOUCHSCREEN_GSLX680) += gslx680/

3.修改Kconfig 文件

config TOUCHSCREEN_GSLX680

tristate "gslx680 touchsreen driver"

depends on I2C

help

Say Y here if you have a FOCALTECH based touchscreen

controller.

If unsure, say N.

To compile this driver as a module, choose M here: the

module will be called gslx680_ts.o

4.去平台的deconfig 文件中打开CONFIG_TOUCHSCREEN_GSLX680 宏

5.修改dts

gslX680_ts@40{

compatible = "gslX680,gslX680_ts";

reg = <0x40>;

gpios = <&d_gpio_gpio 81 0

&d_gpio_gpio 82 0>;

vdd_name = "vdd28";

virtualkeys = <130 580 80 60

373 580 80 60

560 580 80 60>;

TP_MAX_X = <1024>;

TP_MAX_Y = <600>;

};

二十一、提取驱动代码用beyond compare，可以连路径目录一起复制