我是靠谱客的博主 沉静鼠标,最近开发中收集的这篇文章主要介绍linux 内核驱动调试,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

一、一些基础

1.驱动文件形式 --> *.ko

2.安装命令   --> insmod   卸载命令--> rmmod  都需要root权限 ,也可用modprobe

3.其他可能用到的命令:

           modinfo --  查看模块信息

           demsg  --- 查看硬件信息

           objdump---查看模块详细信息(功能很强大,具体man)

 4.关于驱动模型 及char block stream等详细信息 可以参考 Linux Device Driver 3thd

二、关于调试

主要尝试过两种方法:打印或单步调试

  1.打印: printk 分很多级别信息,功能类似于c语言的printf, 一般来说信息打印到/var/log/messages,可通过cat命令或tail命令查看

               大多数问题都可以通过printk来解决,缺点在于不够直感

  2.调试工具: GDB ,KDB,KGDB 

     都需要编译DEBUG版本内核。

                KDB单机汇编级调试,需要单独下载kernel对应的patch,

                GDB没整明白,只知道 gdb vmlinux启动后 通过add-symobl-file增加被调试模块的符号信息

       KGDB 在2.6.*后就已缺省放在内核源码里了,其他的需要单独下载PATCH,反正我的2.6.18内核里没有(在kernel.org 中,people/ark 下应该能找到2.6.18的patch,注意打patch的顺序) 查看是否有KGDB的方法是:源码路径下make menuconfig后能看到KGDB这一项(kernel hacking--->KGDB)。下面主要介绍2.6.18上KGDB环境的建立:

      KGDB需要两台机器配合,一个开发机,一个测试机,两台机器通过串口线连接(该线是需要处理的,具体的与window上调试驱地的一致)

      a.硬件连接性测试:在开发机上 执行 stty -ispeed 115200 -ospeed 115200 -F /dev/ttyS0

                                 在测试机上 执行 stty -ispeed 115200 -ospeed 115200 -F /dev/ttyS0

                                 在开发机上 执行 cat /dev/ttyS0    

                                 在测试机上 执行  echo "12345" < /dev/ttyS0

                                 如果在开发机上能看到 12345表示两台机器连通

        b.内核编译:在开发机上准备好内核源码及对应的KGDB patch文件(我使用的2.6.18-92.el5)

            make menuconfig   选上KGDB

            make modules     

            make modules_install  (把编译后的模块文件安装到当前系统的 /lib/moudles/××××下)

            在源码文件存放的一级目录下生成System.map文件,在arch/i386/boot下生成bzImage,把这两个文件拷贝到/boot下并重命名:

            cp System.map /boot/System.map-2.6.18-92

            cp bzImage   /boot/vmlinuz-2.6.18-92

            创建 连接: ln -s System.map-2.6.18-92  System.map

                              ln -s vmlinuz-2.6.18-92         vmlinuz

             制作initrd 文件:mkinitrd  initrd-2.6.18-92  ****(****表示make modules_install时在/lib/modules下新创建的文件夹名)

        c. 启动新编译内核

               打开/boot/grub/grub.conf,这个文件就像XP里的boot.ini一样,拷贝一份

               将对应的vmlinuz... 和 initrd...改成上面步骤中准备好的 ,同时需要增加启动参数:

                                 kgbwait kgdb8250=0,115200   (应该本试验中使用的KGDB patch中支持8250)

              这样修改后启动会进入等连接的状态,一般在开发机上,可以先不加kgdbwait kgdb8250....这个参数,从而让系统直接启动起来,这样可以判断新编译的内核是否正确。

         d.布置测试机

            在上步能够确保启动新内核后,将vmlinuz-2.6.18-92和initrd-26.18-92两个件弄到测试机上,并修改启动项以KGDB方式启动

         e.开始内核调试(注意内核调试与内核模块调试不是一个概念)

            在开发机上,源码路径下执行gdb ./vmlinux 进入GDB

             执行 set remotebaud 115200

                     target remote /dev/ttyS0

            如果成功后看到断点停在kgdb.c中 ,表示此时已经连接到测试器上

            输入 c  让测试机继续启动,可以随时按ctrl+c 停步测试器

            在ctrl+c 停止测试器后,便可在相要的地方增加断点,进行内核单步查看调试

 

         f.如果要是调试内核模块 例如某驱动模块 test.ko 需要在开发机上使用gdbmod来代替gdb工具

           gdbmod ./vmlinux 启动调试器后与gdb操作相同

           关键在于如何加裁被调试驱动模块的符号文件(没尝试成功,因为我想调试init函数,此时驱动还没加裁)

           网上搜到的是在开发机的gdbmod下使用,set s.....path 来增加符号文件路径,这样在测试机上执行insmod test.ko后 在开发机上的gdbmod就能够找到test.ko的符号文件,可是我没尝试成功,以后还要再试


来源:http://blog.csdn.net/luoguangwen/article/details/5209696

最后

以上就是沉静鼠标为你收集整理的linux 内核驱动调试的全部内容,希望文章能够帮你解决linux 内核驱动调试所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(38)

评论列表共有 0 条评论

立即
投稿
返回
顶部