此目录(linux/drivers/input/touchscreen/)修改后应该推送哪个文档呢

[ouyangyf]

如果我这边添加sensor到linux/drivers/input/touchscreen/目录下，并编译通过，那么应该烧录那些/个文档

[kinkin]

请问sensor指的是touch吗？

[ouyangyf]

是的是的，编译仍然按文档推送dtb.bin以及efi.bin，然后重启抓log，发现没有相关log，应该是没生效

[kinkin]

请问 Makefile 中写的是-m 还是 -y

[ouyangyf]

-y

[kinkin]

请在下列文件中加入对应修改，使touch参与编译
arch/arm64/configs/rubikpi3.config
完成后执行下列编译命令
./rubikpi_build.sh -c
./rubikpi_build.sh -a

[ouyangyf]

尝试上面方法，在arch/arm64/configs/rubikpi3.config中加入CONFIG_INPUT_TOUCHSCREEN=y，然后./rubikpi_build.sh -c
./rubikpi_build.sh -a，新增加的focaltech_touch编译时有编进去的，因为有报一些错误，修正后编译通过，然后运行./rubikpi_build.sh -dp -ip打包，把rubikpi文件夹下的dtb.bin跟efi.bin拉出来，在Windows下烧录fastboot flash dtb_a dtb.bin
fastboot flash efi efi.bin，烧写完成后重启抓log，还是没有focaltech_touch的log，判断还是没有加进去，哪个环节漏了，还是烧写的文档漏（log输出使用的是printk函数）

内核抓取log使用的是： cat dev/kmsg|grep 关键字

[kinkin]

请客户参考下列示例方法判断

1. 判断打包/烧录是否存在问题
   如果touch是i2c的
   ls sys/bus/i2c/drivers
   正常情况下会显示驱动名称

2. 判断驱动是否绑定成功：
   进入到对应的驱动目录使用 ls -l查看绑定情况，如果有类似下列图片中的显示即绑定(probe)成功
   

   

[kinkin]

另外，请问有修改device tree吗

[ouyangyf]

有修改的：

列表里也是有的：

编译过程中添加的文件夹里的文档也有报错，后面修正可正常编译通过，但是烧录后运行就是没抓到相应的log，怀疑是没跑，编译列表里也是有看到相应的.ko:

[kinkin]

1.请使用ls sys/bus/i2c/drivers命令， 正常情况下sys/bus/i2c/drivers目录下会显示驱动名称
2.客户编译成果物是ko文件，需要手动push到对应目录中:

/lib/modules/6.6.52/kernel/drivers/input/xxx

完成后执行depmod命令
执行完成重启设备再查看log

[ouyangyf]

按照这个方式可以了，谢谢！

[kinkin]

Good news! 感谢您的分享!