LCD屏背光驱动调试心得---血的教训

开发板:明远智睿MY-IMX6-EK140

内核源码:linux-3.14.52

背光驱动IC:MP3202

调光原理:通过开发板的核心板PWM4引脚控制MP3202的EN脚,输出不同的占空比从而达到输出平均电流的不同,这样就可以达到调节背光亮度的目的

调试过程:

1.从硬件图可以看出核心板的PWM4引脚连接到了背光驱动IC MP3202的EN脚,所以我们通过搜索PWM4来找设备树上的硬件节点

2.在明远智睿MY-IMX6-EK140设备树,arch/arm/boot/dts/myimx6ek140-6g.dts中搜索PWM4

3.搜索结果如下:

backlight {
  compatible = "pwm-backlight";
  pwms = <&pwm4 0 5000000>;
  brightness-levels = <0 4 8 16 32 64 128 255>;
  default-brightness-level = <7>;
  status = "okay";
};

由此可以得出背光驱动是pwm-backlight

4.在linux内核源码中找pwm-backlight驱动,这个驱动在drivers/video/backlight/pwm_bl.c中,由于要调试这个驱动,所以我在pwm_bl.c驱动的探测函数中加了打印信息

printk("-----------------------------------------------\n");

printk("pwm-backlight-probe in\n");

printk("-----------------------------------------------\n");

然后我们只需把该驱动编译进内核,按道理应该在内核启动打印信息中应该有

printk("-----------------------------------------------\n");

printk("pwm-backlight-probe in\n");

printk("-----------------------------------------------\n");

实际:内核打印信息并没有出现以上打印信息,一直没进入到pwm-bl.c中pwm-backlight驱动的probe探测函数中去,即设备没有与该驱动匹配上

调试为何没进入pwm-bl.c的pwm-backlight驱动的probe探测函数中

思维定式:只要设备树上的属性compatible = "pwm-backlight";与驱动中的of_match_table的属性compatible = "pwm-backlight";匹配就应该能进入该驱动的探测函数中去,

然后就以为设备树写错了(多了空格,字母之类的),然后重新拷贝一遍,结果调试还是不行

然后就换一种方式,把这个驱动编译成动态库加载,即配置make menuconfig时选择M,编译成模块,具体如下:

make menuconfig:

   Device Drivers  --->  

    Graphics support  ---> 

      [*] Backlight & LCD device support  ---> 

        <M>     Generic PWM based Backlight Driver  

然后make modules这样就编译成模块,模块在drivers/video/backlight/pwm-bl.ko

然后再次基础上编译内核make zImage

重新烧写内核,启动板子,加载pwm-bl.ko模块,发现如下错误:

Error: Driver 'pwm-backlight' is already registered, aborting...
insmod: ERROR: could not insert module pwm_bl.ko: Device or resource busy

从这可以发现,内核中已经有了该pwm-backlight驱动,所以动态加载不上这个pwm-bl.ko

分析为什么内核中已经有了pwm-backlight驱动了呢?

这里又思维定式了:因为重新烧写了内核(即pwm-backlight驱动没有编译进内核),所以应该不会出现此类错误

最终找组长给我重新操作一遍,原来是板子上跑的内核不是新编译生成的内核

我是把新生成的内核zImage拷贝到/dev/mmcblk1p1中,而板子跑的是zImage-myimx6内核镜像文件,所以一直不会跑新编译生成的内核文件zImage,由于之前的内核镜像文件zImage-myimx6已经编译好了pwm-backlight驱动,所以我们再加载pwm-bl.ko会出现

Error: Driver 'pwm-backlight' is already registered, aborting...
insmod: ERROR: could not insert module pwm_bl.ko: Device or resource busy

这是血的教训啊,不一定板子跑的就是zImage文件名的内核镜像,实际这个板子上跑的是zImage-myimx6文件名的内核镜像。这让我折腾了一天,泪奔。。。

有两种方法来避免这种情况

1.看内核启动信息

Starting kernel ...

Booting Linux on physical CPU 0x0
Linux version 3.14.52 (edward@edward) (gcc version 4.9.1 (GCC) ) #3 SMP PREEMPT Fri May 12 11:00:14 CST 2017

这里的时间看是不是与你编译内核的时间相同

2.通过uname -a命令来显示系统信息(包括内核编译时间)

uname -a
Linux myzr 3.14.52 #3 SMP PREEMPT Fri May 12 11:00:14 CST 2017 armv7l GNU/Linux

看这里的时间是不是与你编译内核时间相同

如果不同则表示板子跑的内核不是你新编译的内核

那又怎么知道板子跑的内核文件名叫什么呢?

通过uboot的bootcmd来分析它具体加载的内核镜像文件名叫什么

 

posted @ 2017-05-12 16:26  大海中的一粒沙  阅读(6741)  评论(0编辑  收藏  举报