armeasy
armeasy

x4412开发板&ibox卡片电脑项目实战11－linux驱动的调试方法

驱动程序开发的重点就在于驱动、系统的调试了，因此，掌握linux驱动的调试方法，是linux系统工程师必须掌握的技能。这里介绍驱动开发中常用的几种调试手段：
l  利用printk
l  查看OOP 消息
l  利用strace
l  利用内核内置的hacking 选项
l  利用ioctl 方法
l  利用/proc  文件系统
l  使用kgdb
1.1.1    利用printk
这是驱动开发中最朴实无华，同时也是最常用和有效的手段。printk函数会将内核信息输出到内核信息缓冲区中。为了避免缓冲区数据无限扩大，它使用了环形缓冲区的机制。当然，如果塞入的信息过多，之前的信息将会被冲刷掉。
在系统启动的过程中，我们可以使用串口终端监控打印信息，这些打印信息有助于我们分析系统的运行情况。进入系统之后，我们仍然可以使用dmesg命令查看。有时候我们需要打印更多的信息，有时候我们需要部分信息就可以了，在某种情况下，我们甚至不需要任何打印信息，但是设备要能正常工作。打印信息能够帮助分析系统运行情况的同时，它也能帮助“外人”查看设备信息，造成数据外泄。比如POS机，真正通过过银行标准认证的POS机是不允许有内核打印信息的。这时候，printk函数就大显身手了。
       printk 的功能与我们经常在应用程序中使用的printf 是一样的，不同之处在于printk 可以在打印字符串前面加上内核定义的宏，这个宏定义了printk 的消息级别。printk 函数定义了8 个级别，依次对应级别0~7 ，其数值越大，表示级别越低，表明对应的消息越不重要。第0 级为紧急事件级，第7 级为调试级，如下清单为printk 的级别定义。
  1. #define KERN _ EMERG "<0>"    /* 紧急事件，一般是系统崩溃之前提示的消息 */
  2. #define KERN _ ALERT "<1>"     /* 必须立即采取行动 */
  3. #define KERN _ CRIT "<2>"         /* 临界状态，通常涉及严重的硬件或软件操作失败 */
  4. #define KERN _ ERR "<3>"         /* 用于报告错误状态，设备驱动程序会经常使用KERN _ ERR来报告来自                                                硬件的问题 */
  5. #define KERN _ WARNING "<4>" /* 对可能出现问题的情况进行警告，这类情况通常不会对系统造成严重                                                 问题 */
  6. #define KERN _ NOTICE "<5>"   /* 有必要进行提示的正常情形，许多与安全相关的状况用这个级别进行                                                  汇报 */
  7. #define KERN _ INFO "<6>"        /* 内核提示性信息，很多驱动程序在启动的时候，以这个级别打印出它                                                            们找到的硬件信息 */
  8. #define KERN _ DEBUG "<7>"   /* 用于调试信息 */
复制代码

       /proc/sys/kernel/printk文件表述了printk的输出等级，我们可以查看当前输出等级，如下图所示：

x4412开发板&ibox卡片电脑项目实战11－linux驱动的调试方法_第1张图片

可见，该文件有四个数值，它们对应的属性如下：

l  控制台日志级别：优先级高于该值的消息将被打印至控制台。
l  默认的消息日志级别：将用该优先级来打印没有优先级的消息。
l  最低的控制台日志级别：控制台日志级别可被设置的最小值（最高优先级）。
l  默认的控制台日志级别：控制台日志级别的默认值。
        也就是说，第一个7 表示级别高于（小于）7 的消息才会被输出到控制台，第二个4 表示如果调用printk 时没有指定消息级别（宏）则消息的级别为4 ，第三个1 表示接受的最高（最小）级别是1 ，第四个7 表示系统启动时第一个7 原来的初值是7 。
通过如下命令可以使Linux内核的任何printk都被输出：　
  1. echo 　8 　>　 /proc/sys/kernel/printk
复制代码
我们在复杂驱动的开发过程中，为了调试会在源码中加入成百上千的printk语句。而当调试完毕形成最终产品的时候必然会将这些printk语句删除，这势必会增加我们的工作量。可以通过封装更高级的宏来减轻我们的工作量。
  1. #define LEDS_DEBUG
  2. #undef PDEBUG             /* undef it, just in case */
  3. #ifdef LEDS_DEBUG
  4.     #ifdef __KERNEL__
  5.      /* This one if debugging is on, and kernel space */
  6.         #define PDEBUG(fmt, args…) printk( KERN_EMERG "leds: " fmt, ## args)
  7.     #else
  8.      /* This one for user space */
  9.         #define PDEBUG(fmt, args…) fprintf(stderr, fmt, ## args)
  10.     #endif
  11. #else
  12.     #define PDEBUG(fmt, args…) /* not debugging: nothing */
  13. #endif
  14. #undef PDEBUGG
  15. #define PDEBUGG(fmt, args…) /* nothing: it’s a placeholder */
复制代码
这时如果想打印调试消息，可以用PDEBUG，如果不想看到该调试消息，只需要简单的将PDEBUG改为PDEBUGG即可。而当我们调试完毕形成最终产品时，只需要简单地将第1行注释掉即可。
上边那一段代码中的__KERNEL__是内核中定义的宏，当我们编译内核（包括模块）时，它会被定义。如果不明白代码中的…和##，请查阅gcc关于预处理部分的相关资料。
1.1.1    查看Oops消息
Oops是指当一段正常运行的内核程序执行一段不可预知的程序时，所产生的程序偏差。它会以错误的打印提示告知用户。比如当内核访问一个并不存在的虚拟地址，程序跑偏等。Oops信息会被打印到控制台，并写入系统打印的环形缓冲区。在移植驱动的过程中，经常会遇到内核打印出一长串莫名其妙的信息，我们可以分析这些信息来还原程序执行现场。
我们编写一个简单的字符设备驱动，让他产生Oops，让读写函数均访问0地址，程序如下：
  1. #include
  2. #include
  3. #include
  4. #include
  5. #include
  6. #include
  7. #include
  8. #include

  10. static ssize_t x4412_Oops_read(struct device *dev, struct device_attribute *attr, char *buf)
  11. {
  12.          int *p = 0;
  13.          *p = 1;

  15.          return 0;

  17. static ssize_t x4412_Oops_write(struct device *dev, struct device_attribute *attr, const char *buf, size_t count)
  18. {
  19.          int *p = 0;
  20.          *p = 1;

  22.          return 0;
  23. }

  25. static DEVICE_ATTR(Oops, 0666, x4412_Oops_read, x4412_Oops_write);

  27. static struct attribute * x4412_Oops_sysfs_entries[] = {
  28.          &dev_attr_Oops.attr,
  29.          NULL,
  30. };

  32. static struct attribute_group x4412_Oops_attr_group = {
  33.          .name         = NULL,
  34.          .attrs  = x4412_Oops_sysfs_entries,
  35. };

  37. static int x4412_Oops_probe(struct platform_device *pdev)
  38. {
  39.          return sysfs_create_group(&pdev->dev.kobj, &x4412_Oops_attr_group);
  40. }

  42. static int x4412_Oops_remove(struct platform_device *pdev)
  43. {
  44.          sysfs_remove_group(&pdev->dev.kobj, &x4412_Oops_attr_group);
  45.          return 0;
  46. }

  48. #define x4412_Oops_suspend        NULL
  49. #define x4412_Oops_resume         NULL

  51. static struct platform_driver x4412_Oops_driver = {
  52.          .probe                  = x4412_Oops_probe,
  53.          .remove               = x4412_Oops_remove,
  54.          .suspend     = x4412_Oops_suspend,
  55.          .resume                = x4412_Oops_resume,
  56.          .driver                  = {
  57.                    .name         = "x4412-Oops",
  58.          },
  59. };

  61. static struct platform_device x4412_Oops_device = {
  62.          .name      = "x4412-Oops",
  63.          .id        = -1,
  64. };

  66. static int __devinit x4412_Oops_init(void)
  67. {
  68.          int ret;

  70.          printk("x4412 Oops driver\r\n");

  72.          ret = platform_device_register(&x4412_Oops_device);
  73.          if(ret)
  74.                    printk("failed to register x4412 Oops device\n");

  76.          ret = platform_driver_register(&x4412_Oops_driver);
  77.          if(ret)
  78.                    printk("failed to register x4412 Oops driver\n");

  80.          return ret;
  81. }

  83. static void x4412_Oops_exit(void)
  84. {
  85.          platform_driver_unregister(&x4412_Oops_driver);
  86. }

  88. module_init(x4412_Oops_init);
  89. module_exit(x4412_Oops_exit);

  91. MODULE_LICENSE("GPL");
  92. MODULE_AUTHOR("lqm");
  93. MODULE_DESCRIPTION("x4412 Oops driver");
复制代码
        本段程序使用了 sys 文件系统，在加载后，将会在 /sys/devices/platform 下产生 x4412-Oops 目录，对应 x4412_Oops 目录下会创立 Oops 文件，如下图所示：

x4412开发板&ibox卡片电脑项目实战11－linux驱动的调试方法_第2张图片

当我们使用cat指令查看Oops内容时，将会触发x4412_Oops_read函数，使用echo指令给Oops填写内容时，将会触发x4412_Oops_write函数。在读写函数中，前面的程序清单中加粗标红的内容，将会访问0地址。
    执行如下指令：
  1. cat  Oops
复制代码
    可以看到有如下打印信息出来：
  1. [root@x4412 x4412-Oops]# cat Oops
  2. [ 1569.887046] Unable to handle kernel NULL pointer dereference at virtual address 00000000
  3. [ 1569.894523] pgd = d6a90000
  4. [ 1569.896813] [00000000] *pgd=56f67831, *pte=00000000, *ppte=00000000
  5. [ 1569.902652] Internal error: Oops: 817 [#2] PREEMPT SMP
  6. [ 1569.907759] Modules linked in:
  7. [ 1569.910809] CPU: 0    Tainted: G      D      (3.0.15-9tripod #26)
  8. [ 1569.916909] PC is at x4412_Oops_read+0x18/0x20
  9. [ 1569.921317] LR is at dev_attr_show+0x28/0x50
  10. [ 1569.925570] pc : []    lr : []    psr: a0000013
  11. [ 1569.925594] sp : d6c73ed8  ip : d6c73ee8  fp : d6c73ee4
  12. [ 1569.937016] r10: bebbb988  r9 : 00001000  r8 : c05c5ef8
  13. [ 1569.942226] r7 : d6c73f70  r6 : d6c3ca80  r5 : d6937ea0  r4 : c0753afc
  14. [ 1569.948735] r3 : 00000000  r2 : 00000001  r1 : c0753afc  r0 : 00000000
  15. ……
  16. [ 1570.824538] Backtrace:
  17. [ 1570.827017] [] (x4412_Oops_read+0x0/0x20) from [] (dev_attr_show+0x28/0x50)
  18. [ 1570.835706] [] (dev_attr_show+0x0/0x50) from [] (sysfs_read_file+0xa4/0x154)
  19. [ 1570.844420]  r5:d6937ea0 r4:d6c3ca98
  20. [ 1570.848011] [] (sysfs_read_file+0x0/0x154) from [] (vfs_read+0xb4/0x148)
  21. [ 1570.856421] [] (vfs_read+0x0/0x148) from [] (sys_read+0x44/0x74)
  22. [ 1570.864122]  r8:00000000 r7:00000003 r6:00001000 r5:bebbb988 r4:d6c5b6e0
  23. [ 1570.870852] [] (sys_read+0x0/0x74) from [] (ret_fast_syscall+0x0/0x30)
  24. [ 1570.879053]  r9:d6c72000 r8:c0051ce8 r6:bebbb988 r5:00000003 r4:000aea20
  25. [ 1570.885754] Code: e24cb004 e3a03000 e3a02001 e1a00003 (e5832000)
  26. [ 1570.901538] ---[ end trace 7ced72ad36929528 ]---
  27. Segmentation fault
  28. [root@x4412 x4412-Oops]#
复制代码
    以上一堆莫名其妙的信息，就是Oops信息。从第一行可以看到，程序出错的原因是因为访问了“Null pointer”。第七行给出了事发现场，即x4412_Oops_read函数偏离0x18个字节处。
    我们可以通过反汇编来查询x4412_Oops_read函数偏离0x18个字节处对应的C代码。在ubuntu下进入对应的驱动生成目录：
  1. lqm@ubuntu:~/samba/x4412_ics_rtm_v10/kernel/drivers/char/oops$ ls
  2. built-in.o  Kconfig  Makefile  modules.builtin  modules.order  x4412-oops.c  x4412-oops.o
  3. lqm@ubuntu:~/samba/x4412_ics_rtm_v10/kernel/drivers/char/oops$
复制代码
    执行如下指令可反汇编查询：
  1. lqm@ubuntu:~/samba/x4412_ics_rtm_v10/kernel/drivers/char/oops$ arm-none-linux-gnueabi-objdump -D x4412-oops.o

  3. x4412-oops.o:     file format elf32-littlearm
  4. Disassembly of section .text:

  6. 00000000 :
  7.    0:          e1a0c00d   mov  ip, sp
  8.    4:          e92dd800 push  {fp, ip, lr, pc}
  9.    8:          e24cb004 sub    fp, ip, #4
  10.    c: e3a03000 mov  r3, #0
  11.   10:          e3a02001 mov  r2, #1
  12.   14:          e1a00003 mov  r0, r3
  13.   18:         e5832000 str     r2, [r3]
  14.   1c: e89da800 ldm   sp, {fp, sp, pc}

  16. 00000020 :
  17.   20:          e1a0c00d   mov  ip, sp
  18.   24:          e92dd800 push  {fp, ip, lr, pc}
  19.   28:          e24cb004 sub    fp, ip, #4
  20.   2c: e3a03000 mov  r3, #0
  21.   30:          e3a02001 mov  r2, #1
  22.   34:          e1a00003 mov  r0, r3
  23.   38:         e5832000 str     r2, [r3]
  24.   3c: e89da800 ldm   sp, {fp, sp, pc}
  25. ……
  26. Disassembly of section .ARM.attributes:

  28. 00000000 <.ARM.attributes>:
  29.    0:          00002a41 andeq         r2, r0, r1, asr #20
  30.    4:          61656100 cmnvs        r5, r0, lsl #2
  31.    8:          01006962 tsteq  r0, r2, ror #18
  32.    c: 00000020 andeq         r0, r0, r0, lsr #32
  33.   10:          412d3705 teqmi sp, r5, lsl #14
  34.   14:          070a0600 streq  r0, [sl, -r0, lsl #12]
  35.   18:          12010841 andne         r0, r1, #4259840 ; 0x410000
  36.   1c: 15011404 strne  r1, [r1, #-1028]   ; 0x404
  37.   20:          18031701 stmdane      r3, {r0, r8, r9, sl, ip}
  38.   24:          1a011901 bne    46430
  39.   28:          Address 0x00000028 is out of bounds.
复制代码
    这时我们可以很清楚的看到，x4412_Oops_read函数偏离0x18个字节处正好对应*p=1语句，和我们前面的假设不谋而合。
    我们还可以通过反汇编看到，在x4412_Oops_write函数偏离0x38个字节处对应*p=1语句，我们不仿执行如下指令测试我们假设的正确性：
  1. [root@x4412 x4412-Oops]# echo 1 > Oops
复制代码
    可以看到Oops部分信息如下：
  1. [ 1796.602205] Unable to handle kernel NULL pointer dereference at virtual address 00000000
  2. [ 1796.609818] pgd = d6b44000
  3. [ 1796.611964] [00000000] *pgd=56f2f831, *pte=00000000, *ppte=00000000
  4. [ 1796.617807] Internal error: Oops: 817 [#2] PREEMPT SMP
  5. [ 1796.622914] Modules linked in:
  6. [ 1796.625964] CPU: 0    Tainted: G      D      (3.0.15-9tripod #26)
  7. [ 1796.632064] PC is at x4412_Oops_write+0x18/0x20
  8. [ 1796.636559] LR is at dev_attr_store+0x24/0x28
  9. ……
  10. [ 1797.601235] Backtrace:
  11. [ 1797.603717] [] (x4412_Oops_write+0x0/0x20) from [] (dev_attr_store+0x24/0x28)
  12. [ 1797.612574] [] (dev_attr_store+0x0/0x28) from [] (sysfs_write_file+0x104/0x184)
  13. [ 1797.621585] [] (sysfs_write_file+0x0/0x184) from [] (vfs_write+0xb8/0x14c)
  14. [ 1797.630164] [] (vfs_write+0x0/0x14c) from [] (sys_write+0x44/0x74)
  15. [ 1797.638042]  r8:00000000 r7:00000004 r6:00000002 r5:000ae408 r4:d6894aa0
  16. [ 1797.644771] [] (sys_write+0x0/0x74) from [] (ret_fast_syscall+0x0/0x30)
  17. [ 1797.653059]  r9:d6916000 r8:c0051ce8 r6:4034cb40 r5:000ae408 r4:00000002
  18. [ 1797.659760] Code: e24cb004 e3a03000 e3a02001 e1a00003 (e5832000)
  19. [ 1797.674832] ---[ end trace 8cd1b48dca82dd13 ]---
复制代码
    这里提示出错位置仍然在x4412_Oops_write函数偏移0x18处，从反汇编可以看到，执行*p=1的偏移位置，不正好是0x38-0x20=0x18处么？注意，这里0x20是x4412_Oops_write函数的起始偏移地址，因此必须减去该地址。
    出现OOPS信息表面上是程序员不希望看到的，但是有时在调试过程中为了找问题，我们可以在疑似出错的位置加入以下语句故意抛出OOPS，以助于我们分析上下文信息。
  1. (*(int *)0 = 0);
复制代码
1.1.1    利用strace
strace命令是linux平台下一种非常强大的调试工具,能够显示任何由用户空间发出的系统调用。strace显示这些调用的参数并返回符号形式的值。strace从内核接收信息,而且无需以任何特别的方式来构建内核。strace的每一行输出包括系统调用名称,参数和返回值。
以下是starce的一些参数说明：
l  -c ：统计每一系统调用的所执行的时间、次数和出错的次数等；
l  -d ：输出strace 关于标准错误的调试信息；
l  -f  ：跟踪由fork 调用所产生的子进程；
l  -ff  ：如果提供-o filename ，则所有进程的跟踪结果输出到相应的filename.pid 中，pid 是各进程的进程号；
l  -F ：尝试跟踪vfork 调用。使用-f 时，vfork 将不被跟踪；
l  -h ：输出简要的帮助信息；
l  -i  ：输出系统调用的入口指针；
l  -q ：禁止输出关于脱离的消息；
l  -r ：打印出相对时间关于每一个系统调用；
l  -t ：在输出中的每一行前加上时间信息；
l  -tt ：在输出中的每一行前加上时间信息，微秒级；
l  -ttt ：微秒级输出, 以秒了表示时间；
l  -T ：显示每一调用所耗的时间；
l  -v ：输出所有的系统调用。一些调用关于环境变量、状态、输入输出等调用由于使用频繁，默认不输出；
l  -V ：输出strace 的版本信息；
l  -x ：以十六进制形式输出非标准字符串；
l  -xx ：所有字符串以十六进制形式输出；
l  -a column ：设置返回值的输出位置，默认为40 ；
l  -e expr ：指定一个表达式，用来控制如何跟踪。格式如下:
[qualifier=][!]value1[,value2]...
qualifier只能是 trace、abbrev、verbose、raw、signal、read、write其中之一。value是用来限定的符号或数字。默认的 qualifier是 trace，感叹号是否定符号。例如-e　open等价于-e trace=open，表示只跟踪open调用。而-e trace!=open表示跟踪除了open以外的其它调用。有两个特殊的符号 all 和 none，注意有些shell使用!来执行历史记录里的命令，所以要使用\\；
l  -e trace=set ：只跟踪指定的系统调用。例如：-e trace=open ，close ，rean ，write 表示只跟踪这四个系统调用，默认的为set=all ；
l  -e trace=file ：只跟踪有关文件操作的系统调用；
l  -e trace=process ：只跟踪有关进程控制的系统调用；
l  -e trace=network ：跟踪与网络有关的所有系统调用；
l  -e strace=signal ：跟踪所有与系统信号有关的系统调用；
l  -e trace=ipc ：跟踪所有与进程通讯有关的系统调用；
l  -e abbrev=set ：设定strace 输出的系统调用的结果集。-v  等于abbrev=none ，默认为abbrev=all ；
l  -e raw=set ：将指定的系统调用的参数以十六进制显示；
l  -e signal=set ：指定跟踪的系统信号，默认为all 。如 signal=!SIGIO( 或者signal=!io), 表示不跟踪SIGIO 信号；
l  -e read=set ：输出从指定文件中读出的数据，例如-e read=3 ，5 ；
l  -e write=set ：输出写入到指定文件中的数据；
l  -o filename ：将strace 的输出写入文件filename ；
l  -p pid ：跟踪指定的进程pid ；
l  -s strsize ：指定输出的字符串的最大长度，默认为32 ，文件名一直全部输出；
l  -u username ：以username  的UID 和GID 执行被跟踪的命令；
仅从上面的参数就可以知道，strace功能非常不简单，平时养成使用strace等工具调试驱动的好习惯，非常有助于加深对内核的理解。这里我们给出最简单的strace的使用方法，期望读者能够举一反三。
很可能默认构建的文件系统并不支持strace命令，我们需要将它手动移植到嵌入式平台上。有两种方法：其一就是使用传统的方法，从网上下载strace源码包，然后修改交叉编译工具链，再编译源码，调试，直到最终生成strace文件，生成之后，拷贝生成的文件，如果有依赖库，还需要将对应的库一并拷贝到指定目录。类似的移植案例太多了，如播放音视频需要移植mplayer，支持触摸屏需要移植tslib，抓取图像需要移植gsnap等，真正尝试过的都知道，少则两个小时，多则半天没有了。这里我们介绍第二种方法，使用强大的buildroot安装strace。
进入buildroot根目录，执行make menuconfig命令：
x4412开发板&ibox卡片电脑项目实战11－linux驱动的调试方法_第3张图片

进入Targetpackages选项，

x4412开发板&ibox卡片电脑项目实战11－linux驱动的调试方法_第4张图片

再进入Debugging,profilingand benchmark选项，

x4412开发板&ibox卡片电脑项目实战11－linux驱动的调试方法_第5张图片

 在里面找到strace ，选中，保存退出。然后在buildroot 根目录下执行make ，它将会自动从指定的服务器下载strace 源码，并自动指定我们配置好的交叉编译工具，自动编译，自动安装到根文件系统。整个过程不到五分钟搞定。如果执行make 时无法正常下载strace 源码，通常与网络质量或是服务器有关，一般多执行几次make 即可。
        更新添加strace 的根文件系统，我们就可以使用它来测试了。例如我们可以使用如下指令测试蜂鸣器：
  1. echo  1  >  sys/devices/platform/x4412-beep/state
复制代码
        这时，蜂鸣器将会鸣叫。但是，在我们编写驱动时，可能它并不会像我们现在实验的那么顺利，这时我们就可以借助于strace 来分析问题了。当然这里只是一个实例，真正实际的场景可能比一个蜂鸣器驱动要复杂得多。
        使用如下指令我们可以监控整个指令的执行过程：
  1. strace  echo  1  >  sys/devices/platform/x4412-beep/state
复制代码
        打印信息如下：
  1. [root@x4412 x4412-beep]# strace echo 0 > state
  2. execve("/bin/echo", ["echo", "0"], [/* 19 vars */]) = 0
  3. brk(0)                                  = 0xaf000
  4. uname({sys="Linux", node="x4412", ...}) = 0
  5. mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400f8000
  6. access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
  7. open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
  8. fstat64(3, {st_mode=S_IFREG|0644, st_size=64, ...}) = 0
  9. mmap2(NULL, 64, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40156000
  10. close(3)                                = 0
  11. open("/lib/tls/v7l/neon/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  12. stat64("/lib/tls/v7l/neon/vfp", 0xbef49210) = -1 ENOENT (No such file or directory)
  13. open("/lib/tls/v7l/neon/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  14. stat64("/lib/tls/v7l/neon", 0xbef49210) = -1 ENOENT (No such file or directory)
  15. open("/lib/tls/v7l/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  16. stat64("/lib/tls/v7l/vfp", 0xbef49210)  = -1 ENOENT (No such file or directory)
  17. open("/lib/tls/v7l/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  18. stat64("/lib/tls/v7l", 0xbef49210)      = -1 ENOENT (No such file or directory)
  19. open("/lib/tls/neon/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  20. stat64("/lib/tls/neon/vfp", 0xbef49210) = -1 ENOENT (No such file or directory)
  21. open("/lib/tls/neon/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  22. stat64("/lib/tls/neon", 0xbef49210)     = -1 ENOENT (No such file or directory)
  23. open("/lib/tls/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  24. stat64("/lib/tls/vfp", 0xbef49210)      = -1 ENOENT (No such file or directory)
  25. open("/lib/tls/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  26. stat64("/lib/tls", 0xbef49210)          = -1 ENOENT (No such file or directory)
  27. open("/lib/v7l/neon/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  28. stat64("/lib/v7l/neon/vfp", 0xbef49210) = -1 ENOENT (No such file or directory)
  29. open("/lib/v7l/neon/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  30. stat64("/lib/v7l/neon", 0xbef49210)     = -1 ENOENT (No such file or directory)
  31. open("/lib/v7l/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  32. stat64("/lib/v7l/vfp", 0xbef49210)      = -1 ENOENT (No such file or directory)
  33. open("/lib/v7l/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  34. stat64("/lib/v7l", 0xbef49210)          = -1 ENOENT (No such file or directory)
  35. open("/lib/neon/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  36. stat64("/lib/neon/vfp", 0xbef49210)     = -1 ENOENT (No such file or directory)
  37. open("/lib/neon/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  38. stat64("/lib/neon", 0xbef49210)         = -1 ENOENT (No such file or directory)
  39. open("/lib/vfp/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  40. stat64("/lib/vfp", 0xbef49210)          = -1 ENOENT (No such file or directory)
  41. open("/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
  42. read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\34\204\1\0004\0\0\0"..., 512) = 512
  43. fstat64(3, {st_mode=S_IFREG|0755, st_size=1275392, ...}) = 0
  44. mmap2(NULL, 1312160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401db000
  45. mprotect(0x4030e000, 32768, PROT_NONE)  = 0
  46. mmap2(0x40316000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x133000) = 0x40316000
  47. mmap2(0x40319000, 9632, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40319000
  48. close(3)                                = 0
  49. mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x400ce000
  50. set_tls(0x400ce4c0, 0x400ceba8, 0x400a3058, 0x400ce4c0, 0x400a3058) = 0
  51. mprotect(0x40316000, 8192, PROT_READ)   = 0
  52. mprotect(0x400a2000, 4096, PROT_READ)   = 0
  53. munmap(0x40156000, 64)                  = 0
  54. getuid32()                              = 0
  55. brk(0)                                  = 0xaf000
  56. brk(0xd0000)                            = 0xd0000
  57. write(1, "0\n", 2)                      = 2
  58. exit_group(0)                           = ?
  59. +++ exited with 0 +++
  60. [root@x4412 x4412-beep]#
复制代码
1.1.1    利用hacking选项
内核开发者在make menuconfig的Kernelhacking提供了一些内核调试选项。这些选项有助于我们调试驱动程序，因为当我们启用某些调试选项的时候，操作系统会在发现驱动运行有问题时给出一些错误提示信息，而这些信息非常有助于驱动开发者找出驱动中的问题所在。
以下配置选项用于打开hacking相关调试信息：
l Generalsetup->Configure standard kernel features (expert users)-> Load allsymbols for debugging/ksymoops
l Kernelhacking — Kernel debugging
在kernel debugging中，又有多种选项，这里列举几个常用选项如下：
l Kerneldebugging->Debug shared IRQ handlers
可用于调试共享中断
l Kerneldebugging — Spinlock and rw-lock debugging: basic checks
可以检查到未初始化的自旋锁
l Kerneldebugging — Mutex debugging: basic checks
可以检查到未初始化的信号量
l Kerneldebugging — Spinlock debugging: sleep-inside-spinlock checking
可以检查出驱动在获取自旋锁后又睡眠以及死锁等状况
l MagicSysRq key
可以在已经死锁的情况下，打印一些有助于定位问题的信息
1.1.2    利用ioctl
驱动中的ioctl函数可以将驱动的一些信息返回给用户程序，也可以让用户程序通过ioctl系统调用设置一些驱动的参数。所以在驱动的开发过程中，可以扩展一些ioctl的命令用于传递和设置调试驱动时所需各种信息和参数，以达到调试驱动的目的。具体如何在驱动中实现ioctl，在后面的章节中将有详细的实例。
1.1.3    利用/proc 文件系统
Linux系统上的/proc目录是一种文件系统，即proc文件系统。与其它常见的文件系统不同的是，/proc是一种伪文件系统（也即虚拟文件系统），存储的是当前内核运行状态的一系列特殊文件，用户可以通过这些文件查看有关系统硬件以及当前正在运行进程的信息，甚至可以通过更改其中某些文件来改变内核的运行状态。
基于/proc文件系统如上所述的特殊性，其内的文件也常被称作虚拟文件，并具有一些独特的特点。例如，其中有些文件虽然使用查看命令查看时会返回大量信息，但文件本身的大小却会显示为0字节。此外，这些特殊文件中大多数文件的时间及日期属性通常为当前系统时间和日期，这是因为他们都是动态创建的，而且可能随时会被刷新。
为了查看及使用上的方便，这些文件通常会按照相关性进行分类存储于不同的目录甚至子目录中，如/proc/scsi目录中存储的就是当前系统上所有SCSI设备的相关信息，/proc/N中存储的则是系统当前正在运行的进程的相关信息，其中N为正在运行的进程（可以想象得到，在某进程结束后其相关目录则会消失）。
大多数虚拟文件可以使用cat、more或者less等命令进行查看，有些文件信息表述的内容可以一目了然，但也有文件的信息却不怎么具有可读性。不过，这些可读性较差的文件可以使用apm、free、lspci或top等查看。
/proc目录中包含许多以数字命名的子目录，这些数字表示系统当前正在运行进程的进程号，里面包含对应进程相关的多个信息文件。下面我们以QT测试程序为例，讲解这些文件的作用。
开发板进入系统后，在命令终端执行ps指令，可查看QT测试程序的PID：
  1. [root@x4412 proc]# ps
  2. PID   USER     COMMAND
  3.     1 root     init
  4.     2 root     [kthreadd]
  5. ……
  6. 1078 root     /sbin/klogd -n
  7. 1120 root     /usr/share/demo/qttest -qws
  8. 1121 root     -sh
  9. 1164 root     sh
  10. 1181 root     ps
  11. [root@x4412 proc]#
复制代码
    可以看出，QT测试程序qttest的PID号为1120，我们再进入/proc目录，可以找到1120目录，其内容如下：
  1. -r--------    1 root     root             0 Sep 25 06:32 auxv
  2. -r--r--r--    1 root     root             0 Sep 25 08:30 cgroup
  3. --w-------    1 root     root             0 Sep 25 08:30 clear_refs
  4. -r--r--r--    1 root     root             0 Sep 25 08:29 cmdline
  5. -rw-r--r--    1 root     root             0 Sep 25 08:30 comm
  6. -rw-r--r--    1 root     root             0 Sep 25 08:30 coredump_filter
  7. lrwxrwxrwx    1 root     root             0 Sep 25 08:30 cwd -> /
  8. -r--------    1 root     root             0 Sep 25 08:30 environ
  9. lrwxrwxrwx    1 root     root             0 Sep 25 06:32 exe -> /usr/share/demo/qttest
  10. dr-x------    2 root     root             0 Sep 25 08:30 fd
  11. dr-x------    2 root     root             0 Sep 25 08:30 fdinfo
  12. -r--r--r--    1 root     root             0 Sep 25 08:30 limits
  13. -r--r--r--    1 root     root             0 Sep 25 08:30 maps
  14. -rw-------    1 root     root             0 Sep 25 08:30 mem
  15. -r--r--r--    1 root     root             0 Sep 25 08:30 mountinfo
  16. -r--r--r--    1 root     root             0 Sep 25 08:30 mounts
  17. -r--------    1 root     root             0 Sep 25 08:30 mountstats
  18. dr-xr-xr-x   11 root     root             0 Sep 25 08:30 net
  19. dr-x--x--x    2 root     root             0 Sep 25 08:30 ns
  20. -rw-r--r--    1 root     root             0 Sep 25 08:30 oom_adj
  21. -r--r--r--    1 root     root             0 Sep 25 08:30 oom_score
  22. -rw-r--r--    1 root     root             0 Sep 25 08:30 oom_score_adj
  23. -r--r--r--    1 root     root             0 Sep 25 08:30 pagemap
  24. -r--r--r--    1 root     root             0 Sep 25 08:30 personality
  25. lrwxrwxrwx    1 root     root             0 Sep 25 08:30 root -> /
  26. -r--r--r--    1 root     root             0 Sep 25 08:30 smaps
  27. -r--r--r--    1 root     root             0 Sep 25 08:30 stack
  28. -r--r--r--    1 root     root             0 Sep 25 08:29 stat
  29. -r--r--r--    1 root     root             0 Sep 25 08:30 statm
  30. -r--r--r--    1 root     root             0 Sep 25 08:30 status
  31. dr-xr-xr-x    3 root     root             0 Sep 25 08:30 task
  32. -r--r--r--    1 root     root             0 Sep 25 08:30 wchan
复制代码
        这里文件内容过多，我们挑一些关键的说明。
cmdline：启动当前进程的完整命令，但僵尸进程目录中的此文件不包含任何信息。使用cat cmdline指令测试结果如下：
  1. [root@x4412 1120]# cat cmdline
  2. /usr/share/demo/qttest-qws
  3. [root@x4412 1120]#
复制代码
    上述结果表明，PID为1120的进程是由/usr/share/demo目录下的qttest-qws文件启动的。
cwd ：指向当前进程运行目录的一个符号链接；
environ：当前进程的环境变量列表，彼此间用空字符（NULL）隔开；变量用大写字母表示，其值用小写字母表示。使用more environ指令测试结果如下：
  1. [root@x4412 1120]# more environ
  2. TERM=vt102SHELL=/bin/shTSLIB_CONFFILE=/etc/ts.confTSLIB_CALIBFILE=/etc/pointercalUSER=rootQWS_MOUSE_PROTO=tslib:/dev/input/event1 usb:/dev/input/event4TSLIB_TSEVENTTYPE=INPUTPATH=/sbin:/usr/sbin:/bin:/usr/binPWD=/HOME=/SHLVL=2TSLIB_TSDEVICE=/dev/input/event1_=/usr/share/demo/qttest
  3. [root@x4412 1120]#
复制代码
exe：指向启动当前进程的可执行文件（完整路径）的符号链接，通过/proc/N/exe可以启动当前进程的一个拷贝；
fd：这是个目录，包含当前进程打开的每一个文件的文件描述符（file descriptor），这些文件描述符是指向实际文件的一个符号链接；
  1. [root@x4412 1120]# ls fd -la
  2. total 0
  3. dr-x------    2 root     root             0 Sep 25 08:30 .
  4. dr-xr-xr-x    7 root     root             0 Sep 25 06:32 ..
  5. lr-x------    1 root     root            64 Sep 25 08:35 0 -> /dev/null
  6. lrwx------    1 root     root            64 Sep 25 08:35 1 -> /dev/console
  7. lrwx------    1 root     root            64 Sep 25 08:35 10 -> /dev/input/event1
  8. lrwx------    1 root     root            64 Sep 25 08:35 11 -> /dev/tty0
  9. lrwx------    1 root     root            64 Sep 25 08:35 12 -> socket:[244]
  10. lrwx------    1 root     root            64 Sep 25 08:35 2 -> /dev/console
  11. lr-x------    1 root     root            64 Sep 25 08:35 3 -> pipe:[233]
  12. l-wx------    1 root     root            64 Sep 25 08:35 4 -> pipe:[233]
  13. lr-x------    1 root     root            64 Sep 25 08:35 5 -> pipe:[236]
  14. l-wx------    1 root     root            64 Sep 25 08:35 6 -> pipe:[236]
  15. lrwx------    1 root     root            64 Sep 25 08:35 7 -> socket:[238]
  16. lrwx------    1 root     root            64 Sep 25 08:35 8 -> /dev/fb0
  17. lrwx------    1 root     root            64 Sep 25 08:35 9 -> /dev/tty0
  18. [root@x4412 1120]#
复制代码
limits：当前进程所使用的每一个受限资源的软限制、硬限制和管理单元；此文件仅可由实际启动当前进程的UID用户读取。使用cat limits命令查询示例如下：
  1. [root@x4412 1120]# cat limits
  2. Limit                     Soft Limit           Hard Limit           Units    
  3. Max cpu time              unlimited            unlimited            seconds  
  4. Max file size             unlimited            unlimited            bytes    
  5. Max data size             unlimited            unlimited            bytes    
  6. Max stack size            8388608              unlimited            bytes    
  7. Max core file size        0                    unlimited            bytes    
  8. Max resident set          unlimited            unlimited            bytes    
  9. Max processes             5055                 5055                 processes
  10. Max open files            1024                 4096                 files    
  11. Max locked memory         65536                65536                bytes    
  12. Max address space         unlimited            unlimited            bytes    
  13. Max file locks            unlimited            unlimited            locks    
  14. Max pending signals       5055                 5055                 signals  
  15. Max msgqueue size         819200               819200               bytes    
  16. Max nice priority         0                    0                   
  17. Max realtime priority     0                    0                   
  18. Max realtime timeout      unlimited            unlimited            us       
  19. [root@x4412 1120]#
复制代码
    maps：当前进程关联到的每个可执行文件和库文件在内存中的映射区域及其访问权限所组成的列表。使用cat maps命令查看的部分信息如下：
  1. [root@x4412 1120]# cat maps
  2. 00008000-0003f000 r-xp 00000000 b3:02 3020       /usr/share/demo/qttest
  3. 00047000-00048000 rw-p 00037000 b3:02 3020       /usr/share/demo/qttest
  4. 00048000-00100000 rw-p 00000000 00:00 0          [heap]
  5. 40010000-40012000 r-xp 00000000 b3:02 26         /usr/lib/libts-1.0.so.0.0.0
  6. 40012000-40019000 ---p 00002000 b3:02 26         /usr/lib/libts-1.0.so.0.0.0
  7. 40019000-4001a000 rw-p 00001000 b3:02 26         /usr/lib/libts-1.0.so.0.0.0
  8. 4001a000-4001b000 rw-p 00000000 00:00 0
  9. ……
  10. 40f0f000-40f12000 rw-p 00000000 00:00 0
  11. 40f12000-413c2000 rw-s 69ff4000 b3:02 5265       /dev/fb0
  12. 413c2000-413c7000 r-xp 00000000 b3:02 3314       /usr/lib/qt/plugins/imageformats/libqico.so
  13. 413c7000-413ce000 ---p 00005000 b3:02 3314       /usr/lib/qt/plugins/imageformats/libqico.so
  14. 413ce000-413cf000 rw-p 00004000 b3:02 3314       /usr/lib/qt/plugins/imageformats/libqico.so
  15. 413cf000-413d3000 r-xp 00000000 b3:02 37         /usr/lib/qt/plugins/imageformats/libqtga.so
  16. 413d3000-413da000 ---p 00004000 b3:02 37         /usr/lib/qt/plugins/imageformats/libqtga.so
  17. 413da000-413db000 rw-p 00003000 b3:02 37         /usr/lib/qt/plugins/imageformats/libqtga.so
  18. 413dd000-413de000 rw-s 00000000 00:04 0          /SYSV00000000 (deleted)
  19. ……
  20. be829000-be84a000 rw-p 00000000 00:00 0          [stack]
  21. ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]
  22. [root@x4412 1120]#
复制代码
mem：当前进程所占用的内存空间，由open、read和lseek等系统调用使用，不能被用户读取；
root：指向当前进程运行根目录的符号链接。在Unix和Linux系统上，通常采用chroot命令使每个进程运行于独立的根目录；
stat：当前进程的状态信息，包含一系统格式化后的数据列，可读性差，通常由ps命令使用；
statm：当前进程占用内存的状态信息，通常以“页面”（page）表示；
status：与stat所提供信息类似，但可读性较好，如下所示，每行表示一个属性信息；
  1. [root@x4412 1120]# more status
  2. Name:   qttest
  3. State:  S (sleeping)
  4. Tgid:   1120
  5. Pid:    1120
  6. PPid:   1
  7. TracerPid:      0
  8. Uid:    0       0       0       0
  9. Gid:    0       0       0       0
  10. FDSize: 256
  11. Groups:
  12. VmPeak:    41112 kB
  13. VmSize:    36312 kB
  14. VmLck:         0 kB
  15. VmHWM:     27168 kB
  16. VmRSS:     27168 kB
  17. VmData:    20376 kB
  18. VmStk:       136 kB
  19. VmExe:       220 kB
  20. VmLib:     14600 kB
  21. VmPTE:        50 kB
  22. VmSwap:        0 kB
  23. Threads:        1
  24. SigQ:   0/5055
  25. SigPnd: 0000000000000000
  26. ShdPnd: 0000000000000000
  27. SigBlk: 0000000000000000
  28. SigIgn: 0000000000000006
  29. SigCgt: 0000000180015ee9
  30. CapInh: 0000000000000000
  31. CapPrm: ffffffffffffffff
  32. CapEff: ffffffffffffffff
  33. CapBnd: ffffffffffffffff
  34. Cpus_allowed:   f
  35. Cpus_allowed_list:      0-3
  36. voluntary_ctxt_switches:        13424
  37. nonvoluntary_ctxt_switches:     3171
  38. [root@x4412 1120]#
复制代码
task：目录文件，包含由当前进程所运行的每一个线程的相关信息，每个线程的相关信息文件均保存在一个由线程号（tid）命名的目录中，这类似于每个进程目录中的内容；
/proc文件系统除了包含这种进程子目录外，还包含了很多其他有用的信息。这里我们介绍一些常用的文件。
/proc/buddyinfo：用于诊断内存碎片问题的相关信息文件；
/proc/cmdline：在启动时传递至内核的相关参数信息，使用cat指令测试如下：
  1. [root@x4412 proc]# cat cmdline
  2. console=ttySAC3,115200n8 androidboot.console=ttySAC3 root=/dev/mmcblk0p2 rw rootfstype=ext4 lcd=vs070cxn tp=ft5x06-1024x600 cam=ov2655 mac=00:09:c0:ff:ee:58
  3. [root@x4412 proc]#
复制代码
/proc/cpuinfo：处理器的相关信息的文件，使用cat指令查看当前信息如下：
  1. [root@x4412 proc]# cat cpuinfo
  2. Processor       : ARMv7 Processor rev 0 (v7l)
  3. processor       : 0
  4. BogoMIPS        : 2991.71

  6. Features        : swp half thumb fastmult vfp edsp neon vfpv3 tls
  7. CPU implementer : 0x41
  8. CPU architecture: 7
  9. CPU variant     : 0x3
  10. CPU part        : 0xc09
  11. CPU revision    : 0

  13. Hardware        : SMDK4X12
  14. Revision        : 0000
  15. Serial          : 0000000000000000
  16. [root@x4412 proc]#
复制代码
/proc/crypto：系统上已安装的内核使用的密码算法及每个算法的详细信息列表；
  1. [root@x4412 proc]# cat crypto 
  2. name         : ecb(arc4)
  3. driver       : ecb(arc4-generic)
  4. module       : kernel
  5. priority     : 0
  6. refcnt       : 1
  7. selftest     : passed
  8. type         : blkcipher
  9. blocksize    : 1
  10. min keysize  : 1
  11. max keysize  : 256
  12. ivsize       : 0
  13. geniv        :
  14. ……
复制代码
/proc/devices：系统已经加载的所有块设备和字符设备的信息，包含主设备号和设备组（与主设备号对应的设备类型）名；
 
  1. [root@x4412 proc]# more devices
  2. Character devices:
  3.   1 mem
  4.   4 /dev/vc/0
  5.   4 tty
  6.   4 ttyS
  7.   5 /dev/tty
  8.   5 /dev/console
  9.   5 /dev/ptmx
  10. ……
复制代码
/proc/diskstats：每块磁盘设备的磁盘I/O统计信息列表；
  1. [root@x4412 proc]# cat diskstats
  2.    1       0 ram0 0 0 0 0 0 0 0 0 0 0 0
  3.    1       1 ram1 0 0 0 0 0 0 0 0 0 0 0
  4.    1       2 ram2 0 0 0 0 0 0 0 0 0 0 0
  5.    1       3 ram3 0 0 0 0 0 0 0 0 0 0 0
  6.    1       4 ram4 0 0 0 0 0 0 0 0 0 0 0
  7.    1       5 ram5 0 0 0 0 0 0 0 0 0 0 0
  8.    1       6 ram6 0 0 0 0 0 0 0 0 0 0 0
  9.    1       7 ram7 0 0 0 0 0 0 0 0 0 0 0
  10.    1       8 ram8 0 0 0 0 0 0 0 0 0 0 0
  11.    1       9 ram9 0 0 0 0 0 0 0 0 0 0 0
  12.    1      10 ram10 0 0 0 0 0 0 0 0 0 0 0
  13.    1      11 ram11 0 0 0 0 0 0 0 0 0 0 0
  14.    1      12 ram12 0 0 0 0 0 0 0 0 0 0 0
  15.    1      13 ram13 0 0 0 0 0 0 0 0 0 0 0
  16.    1      14 ram14 0 0 0 0 0 0 0 0 0 0 0
  17.    1      15 ram15 0 0 0 0 0 0 0 0 0 0 0
  18.    7       0 loop0 0 0 0 0 0 0 0 0 0 0 0
  19.    7       1 loop1 0 0 0 0 0 0 0 0 0 0 0
  20.    7       2 loop2 0 0 0 0 0 0 0 0 0 0 0
  21.    7       3 loop3 0 0 0 0 0 0 0 0 0 0 0
  22.    7       4 loop4 0 0 0 0 0 0 0 0 0 0 0
  23.    7       5 loop5 0 0 0 0 0 0 0 0 0 0 0
  24.    7       6 loop6 0 0 0 0 0 0 0 0 0 0 0
  25.    7       7 loop7 0 0 0 0 0 0 0 0 0 0 0
  26. 179       0 mmcblk0 502 549 32744 465 115 273 778 2150 0 550 2615
  27. 179       1 mmcblk0p1 0 0 0 0 0 0 0 0 0 0 0
  28. 179       2 mmcblk0p2 501 549 32736 465 115 273 778 2150 0 550 2615
  29. 179       3 mmcblk0p3 0 0 0 0 0 0 0 0 0 0 0
  30. 179       4 mmcblk0p4 0 0 0 0 0 0 0 0 0 0 0
  31. [root@x4412 proc]#
复制代码
/proc/execdomains：内核当前支持的执行域信息列表；
  1. [root@x4412 proc]# more execdomains
  2. 0-0     Linux                   [kernel]
  3. [root@x4412 proc]#
复制代码
/proc/fb：帧缓冲设备列表文件，包含帧缓冲设备的设备号和相关驱动信息；
  1. [root@x4412 proc]# cat fb
  2. 0 s3cfb
  3. 1 s3cfb
  4. 2 s3cfb
  5. 3 s3cfb
  6. 4 s3cfb
  7. 10 s5ptvfb
  8. 10 s5ptvfb
  9. 10 s5ptvfb
  10. 10 s5ptvfb
  11. 10 s5ptvfb
  12. 10 s5ptvfb
  13. 11 s5ptvfb
  14. [root@x4412 proc]#
复制代码
/proc/filesystems：当前被内核支持的文件系统类型列表文件，被标示为nodev的文件系统表示不需要块设备的支持；通常mount一个设备时，如果没有指定文件系统类型将通过此文件来决定其所需文件系统的类型；
  1. [root@x4412 proc]# more filesystems
  2. nodev   sysfs
  3. nodev   rootfs
  4. nodev   bdev
  5. nodev   proc
  6. nodev   cgroup
  7. nodev   tmpfs
  8. nodev   binfmt_misc
  9. nodev   debugfs
  10. nodev   sockfs
  11. nodev   usbfs
  12. nodev   pipefs
  13. nodev   anon_inodefs
  14. nodev   devpts
  15.         ext2
  16.         ext3
  17.         ext4
  18. nodev   ramfs
  19.         vfat
  20.         msdos
  21. nodev   fuse
  22.         fuseblk
  23. nodev   fusectl
  24. [root@x4412 proc]#
复制代码
/proc/interrupts：IRQ相关的中断号列表；多路处理器平台上每个CPU对于每个I/O设备均有自己的中断号；
  1. [root@x4412 proc]# cat interrupts
  2.            CPU0      
  3. 28:        938  s3c-uart  s5pv210-uart
  4. 30:       8294  s3c-uart  s5pv210-uart
  5. 98:          0       GIC  s3c-pl330.0
  6. 99:          0       GIC  s3c-pl330.1
  7. 100:          0       GIC  s3c-pl330.2
  8. 107:          0       GIC  s3c2410-wdt
  9. 108:          0       GIC  s3c2410-rtc alarm
  10. 121:          9       GIC  mct_comp_irq
  11. 122:        103       GIC  s3c2440-i2c.0
  12. 123:       7865       GIC  s3c2440-i2c.1
  13. 124:          0       GIC  s3c2440-i2c.2
  14. 125:          0       GIC  s3c2440-i2c.3
  15. ……
复制代码
/proc/iomem：每个物理设备上的记忆体（RAM或者ROM）在系统内存中的映射信息；
  1. [root@x4412 proc]# cat iomem
  2. 03830000-038300ff : samsung-i2s.0
  3.   03830000-038300ff : samsung-i2s
  4. 07000000-07000003 : dm9000.0
  5.   07000000-07000003 : dm9000
  6. 07000004-07000007 : dm9000.0
  7.   07000004-07000007 : dm9000
  8. 10060000-10060fff : s3c2410-wdt
  9.   10060000-10060fff : s3c2410-wdt
  10. 10070000-100700ff : s3c64xx-rtc
  11.   10070000-100700ff : s3c64xx-rtc
  12. 100b0000-100b0fff : s5p-tvout-cec
  13.   100b0000-100b0fff : s5p-tvout-cec
  14. 100c0000-100cfffe : tmu
  15.   100c0000-100cfffe : tmu
  16. 10800000-10800fff : s5p-fimg2d
  17.   10800000-10800fff : s5p-fimg2d
  18. 10a40000-10a40fff : s5p-sysmmu.15
  19.   10a40000-10a40fff : s5p-sysmmu.15
  20. 11800000-11800fff : s3c-fimc.0
  21.   11800000-11800fff : s3c-fimc
  22. 11810000-11810fff : s3c-fimc.1
  23.   11810000-11810fff : s3c-fimc
  24. 11820000-11820fff : s3c-fimc.2
  25.   11820000-11820fff : s3c-fimc
  26. 11830000-11830fff : s3c-fimc.3
  27.   11830000-11830fff : s3c-fimc
  28. 11840000-1184ffff : s5p-jpeg
  29.   11840000-1184ffff : s5p-jpeg
  30. 11a20000-11a20fff : s5p-sysmmu.1
  31.   11a20000-11a20fff : s5p-sysmmu.1
  32. 11a30000-11a30fff : s5p-sysmmu.2
  33.   11a30000-11a30fff : s5p-sysmmu.2
  34. 11a40000-11a40fff : s5p-sysmmu.3
  35.   11a40000-11a40fff : s5p-sysmmu.3
  36. 11a50000-11a50fff : s5p-sysmmu.4
  37.   11a50000-11a50fff : s5p-sysmmu.4
  38. 11a60000-11a60fff : s5p-sysmmu.5
  39.   11a60000-11a60fff : s5p-sysmmu.5
  40. 11c00000-11c07fff : s3cfb.0
  41.   11c00000-11c07fff : s3cfb
  42. 12000000-1225ffff : exynos4-fimc-is
  43.   12000000-1225ffff : exynos4-fimc-is
  44. 12260000-12260fff : s5p-sysmmu.16
  45.   12260000-12260fff : s5p-sysmmu.16
  46. 12270000-12270fff : s5p-sysmmu.17
  47.   12270000-12270fff : s5p-sysmmu.17
  48. 122a0000-122a0fff : s5p-sysmmu.18
  49.   122a0000-122a0fff : s5p-sysmmu.18
  50. 122b0000-122b0fff : s5p-sysmmu.19
  51.   122b0000-122b0fff : s5p-sysmmu.19
  52. 12390000-12390fff : exynos-fimc-lite.0
  53.   12390000-12390fff : exynos-fimc-lite
  54. 123a0000-123a0fff : exynos-fimc-lite.1
  55.   123a0000-123a0fff : exynos-fimc-lite
  56. 12480000-12480fff : s3c-usbgadget
  57.   12480000-12480fff : s3c-usbgadget
  58. 12530000-12530fff : s3c-sdhci.2
  59.   12530000-12530fff : mmc1
  60. 12550000-12550fff : dw_mmc
  61. 12580000-125800ff : s5p-ehci
  62. 12590000-125900ff : s5p-ohci
  63. 12680000-12681000 : s3c-pl330.1
  64.   12680000-12681000 : s3c-pl330
  65. 12690000-12691000 : s3c-pl330.2
  66.   12690000-12691000 : s3c-pl330
  67. 126c0000-126c1fff : exynos4412-adc
  68. 12850000-12851000 : s3c-pl330.0
  69.   12850000-12851000 : s3c-pl330
  70. 12c00000-12c0ffff : s5p-vp
  71.   12c00000-12c0ffff : s5p-vp
  72. 12c10000-12c1ffff : s5p-mixer
  73.   12c10000-12c1ffff : s5p-mixer
  74. 12c20000-12c2ffff : s5p-sdo
  75. 12d00000-12dfffff : s5p-hdmi
  76.   12d00000-12dfffff : s5p-hdmi
  77. 12e20000-12e20fff : s5p-sysmmu.12
  78.   12e20000-12e20fff : s5p-sysmmu.12
  79. 13000000-13000097 : Mali-400 GP
  80. 13001000-1300102f : Mali-400 L2 cache
  81. 13003000-13003023 : Mali-400 MMU for GP
  82. 13004000-13004023 : Mali-400 MMU for PP 0
  83. 13005000-13005023 : Mali-400 MMU for PP 1
  84. 13006000-13006023 : Mali-400 MMU for PP 2
  85. 13007000-13007023 : Mali-400 MMU for PP 3
  86. 13008000-130090ef : Mali-400 PP 0
  87. 1300a000-1300b0ef : Mali-400 PP 1
  88. 1300c000-1300d0ef : Mali-400 PP 2
  89. 1300e000-1300f0ef : Mali-400 PP 3
  90. 13400000-1340ffff : s3c-mfc
  91.   13400000-1340ffff : s3c-mfc
  92. 13620000-13620fff : s5p-sysmmu.13
  93.   13620000-13620fff : s5p-sysmmu.13
  94. 13630000-13630fff : s5p-sysmmu.14
  95.   13630000-13630fff : s5p-sysmmu.14
  96. 13800000-138000ff : s5pv210-uart.0
  97.   13800000-138000ff : s5pv210-uart
  98. 13810000-138100ff : s5pv210-uart.1
  99.   13810000-138100ff : s5pv210-uart
  100. 13820000-138200ff : s5pv210-uart.2
  101.   13820000-138200ff : s5pv210-uart
  102. 13830000-138300ff : s5pv210-uart.3
  103.   13830000-138300ff : s5pv210-uart
  104. 13860000-13860fff : s3c2440-i2c.0
  105.   13860000-13860fff : s3c2440-i2c
  106. 13870000-13870fff : s3c2440-i2c.1
  107.   13870000-13870fff : s3c2440-i2c
  108. 13880000-13880fff : s3c2440-i2c.2
  109.   13880000-13880fff : s3c2440-i2c
  110. 13890000-13890fff : s3c2440-i2c.3
  111.   13890000-13890fff : s3c2440-i2c
  112. 138a0000-138a0fff : s3c2440-i2c.4
  113.   138a0000-138a0fff : s3c2440-i2c
  114. 138b0000-138b0fff : s3c2440-i2c.5
  115.   138b0000-138b0fff : s3c2440-i2c
  116. 138c0000-138c0fff : s3c2440-i2c.6
  117. 138d0000-138d0fff : s3c2440-i2c.7
  118.   138d0000-138d0fff : s3c2440-i2c
  119. 138e0000-138e03ff : s5p-i2c-hdmi-phy
  120.   138e0000-138e03ff : s5p-i2c-hdmi-phy
  121. 13920000-139200ff : s3c64xx-spi.0
  122.   13920000-139200ff : s3c64xx-spi
  123. 13930000-139300ff : s3c64xx-spi.1
  124.   13930000-139300ff : s3c64xx-spi
  125. 13940000-139400ff : s3c64xx-spi.2
  126.   13940000-139400ff : s3c64xx-spi
  127. 40000000-7fefffff : System RAM
  128.   4004b000-4071afff : Kernel text
  129.   4071c000-408c7b17 : Kernel data
  130. [root@x4412 proc]#
复制代码
/proc/kallsyms：模块管理工具用来动态链接或绑定可装载模块的符号定义，由内核输出；通常这个文件中的信息量相当大；
  1. [root@x4412 proc]# more kallsyms
  2. c0008000 T stext
  3. c0008000 T _sinittext
  4. c0008000 T _stext
  5. c0008000 T __init_begin
  6. c0008054 t __create_page_tables
  7. c0008108 t __enable_mmu_loc
  8. c0008114 t __fixup_pv_table
  9. c0008154 t __vet_atags
  10. c000818c t __fixup_smp
  11. c00081c4 t __fixup_smp_on_up
  12. ……
复制代码
/proc/kmsg：此文件用来保存由内核输出的信息，通常由/sbin/klogd或/bin/dmsg等程序使用，不要试图使用查看命令打开此文件；
/proc/loadavg：保存关于CPU和磁盘I/O的负载平均值，其前三列分别表示每1秒钟、每5秒钟及每15秒的负载平均值，类似于uptime命令输出的相关信息；第四列是由斜线隔开的两个数值，前者表示当前正由内核调度的实体（进程和线程）的数目，后者表示系统当前存活的内核调度实体的数目；第五列表示此文件被查看前最近一个由内核创建的进程的PID；
  1. [root@x4412 proc]# cat loadavg
  2. 2.00 2.01 1.97 1/54 1224
  3. [root@x4412 proc]#
  4. [root@x4412 proc]# uptime
  5. 10:19:05 up  3:46,  load average: 2.00, 2.01, 1.96
  6. [root@x4412 proc]#
复制代码
/proc/meminfo：系统中关于当前内存的利用状况等的信息，常由free命令使用；可以使用文件查看命令直接读取此文件，其内容显示为两列，前者为统计属性，后者为对应的值；
  1. [root@x4412 proc]# more meminfo
  2. MemTotal:         647312 kB
  3. MemFree:          590592 kB
  4. Buffers:            1208 kB
  5. Cached:            15856 kB
  6. SwapCached:            0 kB
  7. Active:            24444 kB
  8. ……
复制代码
/proc/mounts：在内核2.4.29版本以前，此文件的内容为系统当前挂载的所有文件系统，在2.4.19以后的内核中引进了每个进程使用独立挂载名称空间的方式，此文件则随之变成了指向/proc/self/mounts（每个进程自身挂载名称空间中的所有挂载点列表）文件的符号链接；/proc/self是一个独特的目录，后文中会对此目录进行介绍；
  1. [root@x4412 proc]# ls mounts -la
  2. lrwxrwxrwx    1 root     root            11 Sep 25 10:24 mounts -> self/mounts
复制代码
如下所示，其中第一列表示挂载的设备，第二列表示在当前目录树中的挂载点，第三点表示当前文件系统的类型，第四列表示挂载属性（ro或者rw），第五列和第六列用来匹配/etc/mtab文件中的转储（dump）属性；
  1. [root@x4412 proc]# more mounts
  2. rootfs / rootfs rw 0 0
  3. /dev/root / ext4 rw,relatime,barrier=1,data=ordered 0 0
  4. proc /proc proc rw,relatime 0 0
  5. devpts /dev/pts devpts rw,relatime,gid=5,mode=620 0 0
  6. tmpfs /dev/shm tmpfs rw,relatime,mode=777 0 0
  7. tmpfs /tmp tmpfs rw,relatime 0 0
  8. sysfs /sys sysfs rw,relatime 0 0
  9. [root@x4412 proc]#
复制代码
/proc/modules：当前装入内核的所有模块名称列表，可以由lsmod命令使用，也可以直接查看；如下所示，其中第一列表示模块名，第二列表示此模块占用内存空间大小，第三列表示此模块有多少实例被装入，第四列表示此模块依赖于其它哪些模块，第五列表示此模块的装载状态（Live：已经装入；Loading：正在装入；Unloading：正在卸载），第六列表示此模块在内核内存（kernel memory）中的偏移量；由于默认x4412开发板对应linux系统的所有驱动均编译进内核，因此这里我们查询时看不到任何的信息，如下所示：
  1. [root@x4412 proc]# more modules
  2. [root@x4412 proc]# lsmod
  3. Module                  Size  Used by    Not tainted
  4. [root@x4412 proc]#
  5. /proc/partitions：块设备每个分区的主设备号（major）和次设备号（minor）等信息，同时包括每个分区所包含的块（block）数目：
  6. [root@x4412 proc]# cat partitions
  7. major minor  #blocks  name

  9. 179        0    3866624 mmcblk0
  10. 179        1    1360260 mmcblk0p1
  11. 179        2     396742 mmcblk0p2
  12. 179        3    1575634 mmcblk0p3
  13. 179        4     396742 mmcblk0p4
  14. [root@x4412 proc]#
复制代码
/proc/stat：实时追踪自系统上次启动以来的多种统计信息；如下所示，其中，
“cpu”行后的八个值分别表示以1/100（jiffies）秒为单位的统计值（包括系统运行于用户模式、低优先级用户模式，运系统模式、空闲模式、I/O等待模式的时间等）；
“intr”行给出中断的信息，第一个为自系统启动以来，发生的所有的中断的次数；然后每个数对应一个特定的中断自系统启动以来所发生的次数；
“ctxt”给出了自系统启动以来CPU发生的上下文交换的次数。
“btime”给出了从系统启动到现在为止的时间，单位为秒；
“processes”给出了自系统启动以来所创建的任务的个数目；
“procs_running”给出了当前运行队列的任务的数目；
“procs_blocked”给出了当前被阻塞的任务的数目；
  1. [root@x4412 proc]# more stat
  2. cpu  4048 0 2133 2131728 27 18 17 0 0 0
  3. cpu0 4043 0 2111 1476691 16 18 17 0 0 0
  4. intr 622690 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1582 0 14190 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 9 103 7865 0 0 0 0 0 0 0 0 0 0 1 57 0 0 0 0 0 2142 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 511429 0 0 0 0 0 0 219 0 2 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
  5. ctxt 1113684
  6. btime 1411626735
  7. processes 1240
  8. procs_running 1
  9. procs_blocked 0
  10. softirq 137981 5 63718 6 0 5 5 6756 1099 1349 65038
  11. [root@x4412 proc]#
复制代码
/proc/uptime：系统上次启动以来的运行时间，如下所示，其第一个数字表示系统运行时间，第二个数字表示系统空闲时间，单位是秒；
  1. [root@x4412 proc]# more uptime
  2. 15359.11 21838.53
  3. [root@x4412 proc]#
复制代码
/proc/version：当前系统运行的内核以及GCC版本号，如下所示；
  1. [root@x4412 proc]# more  version
  2. Linux version 3.0.15-9tripod (lqm@ubuntu) (gcc version 4.4.3 (GCC) ) #26 SMP PREEMPT Wed Sep 24 04:40:23 PDT 2014
  3. [root@x4412 proc]#
复制代码
/proc/vmstat：当前系统虚拟内存的多种统计数据，信息量可能会比较大，这因系统而有所不同，可读性较好；
  1. [root@x4412 proc]# more vm
  2. vmallocinfo  vmstat      
  3. [root@x4412 proc]# more vmstat
  4. nr_free_pages 147652
  5. nr_inactive_anon 14
  6. nr_active_anon 5379
  7. nr_inactive_file 3516
  8. nr_active_file 733
  9. nr_unevictable 0
  10. nr_mlock 0
  11. nr_anon_pages 5378
  12. nr_mapped 1955
  13. ……
复制代码
/proc/zoneinfo：内存区域（zone）的详细信息列表，信息量较大，下面列出的是一个输出片段：
  1. [root@x4412 proc]# more zoneinfo
  2. Node 0, zone   Normal
  3.   pages free     83623
  4.         min      864
  5.         low      1080
  6.         high     1296
  7.         scanned  0
  8.         spanned  188416
  9.         present  186944
  10.     nr_free_pages 83623
  11.     nr_inactive_anon 0
  12.     nr_active_anon 0
  13.     nr_inactive_file 105
  14. ……
复制代码
/proc/sys：与/proc下其它文件的只读属性不同的是，管理员可对/proc/sys子目录中的许多文件内容进行修改以更改内核的运行特性，事先可以使用“ls –l”命令查看某文件是否可写入。写入操作通常使用类似于“echo DATA > $yourfilename”的格式进行。需要注意的是，即使文件可写，其一般也不可以使用编辑器进行编辑。
    这里给出/proc文件系统的一些常用文件介绍，后面我们将会给出更加详细的创建/proc节点调试内核的示例教程。
1.1.4    使用kgdb
kgdb是在内核源码中打用于调试内核的补丁，然后通过相应的硬件和软件，就可以像gdb单步调试应用程序一样来调试内核和驱动了。

你可能感兴趣的:(Linux驱动开发)

  • Linux驱动开发-字符设备驱动开发 可能只会写BUG linuxlinux驱动开发c语言linux驱动开发运维
    linux驱动开发1.驱动程序的类型2.驱动开发流程字符设备驱动1.基本概念2.字符设备驱动的基本结构架构字符设备驱动开发中常用的API示例以下代码加入了设备类和设备实例的创建linux驱动开发1.驱动程序的类型在Linux中，驱动程序主要有以下几种类型：字符设备驱动：处理字节流的设备，如串口、键盘等。它们通过字符设备接口（如/dev/tty）与用户空间进行交互。块设备驱动：处理块存储设备，如硬盘
  • shell 笔记_s1=abc,s2=def,[-z‘‘‘]&；&；echo‘$s1‘ echo‘$s2‘的输出是什么 2024云技术 运维linux面试
    最全的Linux教程，Linux从入门到精通======================linux从入门到精通(第2版)Linux系统移植Linux驱动开发入门与实战LINUX系统移植第2版Linux开源网络全栈详解从DPDK到OpenFlow第一份《Linux从入门到精通》466页====================内容简介====本书是获得了很多读者好评的Linux经典畅销书**《Linu
  • Linux进程间通信方式之管道(pipe)_ 前端老侯 运维linux面试
    最全的Linux教程，Linux从入门到精通======================linux从入门到精通(第2版)Linux系统移植Linux驱动开发入门与实战LINUX系统移植第2版Linux开源网络全栈详解从DPDK到OpenFlow第一份《Linux从入门到精通》466页====================内容简介====本书是获得了很多读者好评的Linux经典畅销书**《Linu
  • Linux驱动开发之Input子系统 陈子陌 Input子系统linux
    一、引言在Linux驱动开发的学习过程中，Input子系统绝对是你绕不开的一道关卡。在Linux系统中，不论是按键、鼠标、键盘，亦或者是触摸屏，统统都使用Input子系统来处理输入事件。二、Input子系统1、Input子系统概述Input就是输入的意思，因此Input子系统就是管理输入的系统，和Pinctrl、Gpio子系统一样，都是Linux内核针对某一类设备而创建的框架。不同的输入设备在In
  • Linux驱动开发—设备模型框架 kobject创建属性文件 Trump. yang 嵌入式开发linux驱动开发
    文章目录什么是属性文件？1.sysfs与kobject2.属性文件的作用3.属性文件的基本操作4.典型的属性文件用例5.创建属性文件的步骤6.示例代码7.效果图使用ATTR宏定义优化__ATTR用法解析1.`__ATTR()`宏的定义2.`__ATTR()`宏的参数3.优化示例优化关键点解析1.数据结构定义2.属性定义3.属性的读写方法4.sysfs操作接口什么是属性文件？在Linux内核中，属性
  • Linux驱动开发—在自己总线下注册设备和驱动 Trump. yang 嵌入式开发linux驱动开发
    书接上回:Linux驱动开发—创建总线，创建属性文件-CSDN博客创建完总线，就可以进行本次实验了文章目录前备知识如何引用导出的符号在总线下注册设备device_register函数解析使用示例关键点：实验结果在总线下注册驱动driver_register函数解析使用示例实验结果总线，设备，设备驱动三者完整代码加载设备和加载驱动没有先后顺序1.设备与驱动的动态匹配2.总线的`match`机制3.延
  • 一步步基于HAL库STM32程序RCT6移植到ZET6 tt555555555555 STM32stm32arm
    一份来自于大牛室友@Top嵌入式的博客_CSDN博客-Linux驱动开发,STM32,U-Boot源码分析领域博主的代码，他是基于STM32c8t6的HAL库编写的，由于我只有正点原子精英板，于是便从零开始学习。欢迎大佬指正。一.更改启动文件32单片机启动文件为startup_stm32f103x6.sstartup_stm32f103xb.sstartup_stm32f103xe.sstartu
  • 如何给work回调函数传递用户参数 六个九十度 驱动开发内核linux驱动workqueuework_struct
    背景Linux驱动开发中，经常会用到workqueue，该数据结构管理的是一个个的work_struct结构体：structwork_struct{atomic_long_tdata;structlist_headentry;work_func_tfunc;#ifdefCONFIG_LOCKDEPstructlockdep_maplockdep_map;#endif};最近在做pcie驱动开发，有
  • I.MX6u嵌入式linux驱动开发 vv不说话 MX6U嵌入式linuxlinux驱动开发运维
    1：Ubuntu系统入门当Ubuntu系统入门以后，我们重点要学的就是如何在Linux下进行C语言开发，如何使用gcc编译器、如何编写Makefile文件等等首先安装虚拟机软件VM：VmwareWorkstation软件可以在Wmeare官网下载，下载地址：https://www.vmware.com/products/workstation-pro/workstation-pro-evaluat
  • 裸机开发及开发环境搭建 vv不说话 MX6U嵌入式linuxlinux
    ARM的裸机开发，也就是不带操作系统开发，就和我们开发STM32一样，如果有STM32开发经验的话学起本篇会很容易1、裸机开发是了解所使用的CPU最直接、最简单的方法，裸机开发是直接操作CPU的寄存器。Linux驱动开发最终也是操作的寄存器，但是在操作寄存器之前要先编写一个符合Linux驱动的框架。同样一个点灯驱动，裸机可能只需要十几行代码，但是Linux下的驱动就需要几十行代码。2.Linux驱
  • 嵌入式linux驱动开发之网络设备驱动 稚肩 嵌入式linuxlinux驱动开发php
    https://bbs.csdn.net/topics/612247295简介Linux网络设备驱动是Linux内核中的一个重要组成部分，它负责网络设备的底层数据传输和设备控制。与字符设备驱动和块设备驱动相比，网络设备驱动的特点和功能如下：首先，网络设备驱动不再是对文件进行操作，而是通过网络接口structnet_device来实现。这个接口为网络设备提供了统一的数据结构和操作接口，使得不同的硬件
  • linux驱动开发之常见面试问题 墨染 锦年 Linux内核驱动C语言学习linux驱动开发面试
    linux驱动开发之常见面试问题新增驱动的基本操作寄存器基址怎么映射？probe里的常规操作。驱动中通常会定义一个私有结构体，里面包含一些内核结构体，但注册的时候只注册了某个成员，怎么找到这个私有结构体。什么是container_of如何给应用层提供接口什么是ioctl?如何在shell下调用驱动如何解决内核启动时卡死问题简述MMU的工作原理新增驱动的基本操作先在设备树里新建一个节点，填写comp
  • rockchip的yocto编译环境搭建 良知犹存
    作者：良知犹存转载授权以及围观：欢迎添加微信公众号：Conscience_Remains总述嵌入式的朋友们，应该知道Linux驱动开发过程中，需要进行搭建交叉编译工具链环境、移植u-boot、kernel、根文件系统的几个部分工作。最开始我们的学习是把几个模块分开使用学习使用，各个部分生成代码，然后进行烧录，有时候我们会用脚本去把各个部分的代码打包到一起进行烧录。后来随着工具的发，我们只需要一个S
  • 【正点原子Linux连载】第三十九章 系统烧写 -摘自【正点原子】I.MX6U嵌入式Linux驱动开发指南V1.0 正点原子 LINUXlinuxstm32
    1）实验平台：正点原子阿尔法Linux开发板2）平台购买地址：https://item.taobao.com/item.htm?id=6036727444342）全套实验源码+手册+视频下载地址：http://www.openedv.com/thread-300792-1-1.html3）对正点原子Linux感兴趣的同学可以加群讨论：9354467414）关注正点原子公众号，获取最新资料更新第三十
  • linuxPWM子系统源码分析--Apple的学习笔记 applecai
    一，前言所谓学习，那么就和单纯完成任务是不同的，我的学习也是有目标的，那么从linux驱动开发的角度来说，若只是配置下就能用了，这样有点知其然而不知其所以然，所以我的目标就是先会用，然后学习框架及源码，便于将来遇到问题后调试定位和代码优化。另外，最主要的就是学习linux中面向对象的抽象设计思路。所以做完了SG90的PWM后，那么就要分析PWM源码了。并且发现了看源码有助于我在写驱动的时候对函数的
  • 系统移植(系统移植环境搭建及简单概念) °嘟嘟嘟嘟 系统移植内核ubootarm
    linux系统=linux内核+根文件系统;根文件系统=库(/lib和/usr/lib)+命令(/bin和/usr/bin)+配置文件(/etc)+GUI(图形化界面，如:QT)1、为什么学习系统移植为后边学习linux驱动开发打基础linux驱动开发：基于linux内核提供的接口，完成硬件驱动的开发。2、系统移植的目的给开发板移植一个linux操作系统3、如何学习系统移植系统移植都是流程化的操作
  • Day1.复习Linux系统移植的内容，将内核启动流程根文件系统的制作过程整理一下。 m0_69078052 linux驱动开发运维
    答：1）复习Linux系统移植：1.1系统移植就是给开发板搭建Linux操作系统。学习这门课程目的是为后面Linux驱动开发做准备，然后是驱动开发工程师必备技能。1.2系统移植前，需要我们先搭建好移植环境，知道一些gnu二进制工具集，然后会分析Makefile1.3进入正式的移植过程中，我们需要安装tftp服务器（基于UDP协议完成的简单文本文件传输。作用：通过网线下载程序到开发板上）安装nfs服
  • 【linux驱动】讲解linux驱动开发中的并发与并行，并且给出解决驱动开发中资源竞争的解决方案（下） ☞黑心萝卜三条杠☜ LINUXlinux驱动开发运维
    文章目录解决资源竞争的方法自旋锁信号量互斥锁开发环境：迅为3568开发板+ubuntu18.04前文【linux驱动】讲解linux驱动开发中的并发与并行，并且给出解决驱动开发中资源竞争的解决方案（上）解决资源竞争的方法自旋锁自旋锁（spinlock）是为了保护共享资源提出的一种非阻塞锁机制，也就是说，如果某线程需要获取锁，但该锁已经被其他线程占用时，该线程不会被挂起，而是在不断的消耗CPU的时间
  • Linux驱动开发高精度定时器的精度测量 Rice嵌入式开发 Linux嵌入式编程语言javalinux大数据
    前言今天我们来评测linux内核的高精度定时器。顺便利用通过Tektronix示波器和DS100Mini数字示波器进行交叉测试。因项目需要用到精准的时间周期，所以要评估它的可行性，并验证正点原子的示波器能不能支撑嵌入式开发流程。Linux高精度定时器说明其实传统的低分辨率定时器随着技术的演进，已经无法满足开发需求。而且硬件的不断发展，硬件定时器的精度也越来越高，这也给高精度定时器创建了有利条件。低
  • Linux下驱动开发(一) 大树D linux驱动开发
    Linux驱动开发hello驱动模块的加载和卸载Linux驱动有两种运行方式，第一种就是将驱动编译进Linux内核中，这样当Linux内核启动时就会自动运行驱动程序。第二种就是将驱动编译成模块（Linux下模块扩展名为.ko)，在Linux内核启动以后使用”insmod”命令加载驱动模块。在调试的时候一般编译成模块，这样不需要编译整个Linux代码。而且在调试的时候只需要加载或者卸载驱动模块即可，
  • linux驱动开发——内核调试技术 宇努力学习 驱动开发linux驱动开发内核调试技术
    目录一、前言二、内核调试方法2.1内核调试概述2.2学会分析内核源程序2.3调试方法介绍三、内核打印函数3.1内核镜像解压前的串口输出函数3.2内核镜像解压后的串口输出函数3.3内核打印函数四、获取内核信息4.1系统请求键4.2通过/proc接口4.3通过/sys接口4.3.1.属性4.3.2子系统操作函数五、处理出错信息5.1oops信息5.1.1.oops消息包含系统错误的详细信息5.1.2.
  • 【linux驱动开发】在linux内核中注册一个杂项设备与字符设备以及内核传参的详细教程 ☞黑心萝卜三条杠☜ 嵌入式LINUXlinux驱动开发运维
    文章目录注册杂项设备驱动模块传参注册字符设备开发环境：windows+ubuntu18.04+讯为rk3568开发板注册杂项设备相较于字符设备，杂项设备有以下两个优点:节省主设备号:杂项设备的主设备号固定为10，在系统中注册多个misc设备驱动时，只需使用子设备号进行区分即可。使用简单：相比如普通的字符设备驱动，misc驱动只需要将基本信息通过结构体传递给相应处理函数即可。在linxu系统中可使用
  • Ubuntu16.04无法ping通主机filezilla无法连接虚拟机 up胖子 开发问题收集器哈！linux网关网络
    项目场景：基于Ubuntu16.04虚拟机搭建的linux驱动开发环境，与主机之间的网络使用桥接模式问题描述：本来在搭建好的虚拟机上已经可以使用静态ip和连接filezilla了。可是就很奇怪的是，等我过了一段时间后再用，就不灵了，很玄学。首先虚拟机无法ping通主机，但是主机却可以ping通虚拟机，也确实在同一个网段再说ssh连接总是报错，“拒绝连接”filezilla也是拒绝连接查看了一下自己
  • 三本光电从颓废到武汉年薪30w的本科经历经验与浅谈（毕业工作一年的嵌入式软件工程师经验分享） 网易独家音乐人Mike Zhou 个人经验浅谈嵌入式c语言单片机物联网mcustm3251单片机
    三本光电从颓废到武汉年薪30w的本科经历经验与浅谈（毕业工作一年的嵌入式软件工程师经验分享）文章目录目前情况颓废时期项目时期第一次写单片机代码第一次接触计算机视觉第一次接触Linux驱动开发第一次接触FPGA和VerilogHDL第一次开发STM32创新实践及毕设项目时期总结就业与工作后附录：压缩字符串、大小端格式转换压缩字符串浮点数压缩Packed-ASCII字符串大小端转换什么是大端和小端数据
  • 什么是设备树？ 凌肖战 Linux驱动学习linuxarm开发
    一.简介前面只是简单使用过设备树文件，接下来详细谈一谈设备树。掌握设备树是Linux驱动开发人员必备的技能！因为在新版本的Linux中，ARM相关的驱动全部采用了设备树(也有支持老式驱动的，比较少)，最新出的CPU其驱动开发也基本都是基于设备树的，比如ST新出的STM32MP157、NXP的I.MX8系列等。我们所使用的Linux版本为4.1.15，其支持设备树，所以正点原子I.MX6U-ALPH
  • 设备树文件（dts文件）的添加与编译 凌肖战 Linux驱动学习arm开发linux
    一.简介前面说过，在新版本的Linux中，ARM相关的驱动全部采用了设备树(也有支持老式驱动的，比较少)，最新出的CPU其驱动开发也基本都是基于设备树。所以，掌握设备树是Linux驱动开发人员必备的技能！本文学习一下设备树源文件即dts文件，以及dts文件的组织形式。二.dts文件（设备树源文件）以及组织形式1.DTS、DTB和DTC几个区别？设备树源文件扩展名为.dts，但是我们在前面移植Lin
  • Linux驱动开发(1)-最简单的字符设备驱动开发例子 Embedded-Xin Linux驱动/内核编程linux驱动开发数据结构
    1.简介字符设备驱动：按照字节流进行读写操作的设备，例如点灯、按键、IIC、SPI、LCD。Linux系统中一切皆文件，驱动加载成功，就会在/dev目录生成文件，对文件操作，则可实现对硬件操作。应用程序运行在用户空间，驱动运行在内核空间，用户空间不能直接对内核操作，因此借助系统调用实现。2.字符设备驱动开发2.1内核驱动操作函数集合include/linux/fs.h中file_operation
  • Linux驱动开发之Linux内核中的中断处理与等待队列以及相关API和例程分析 努力的某某姚 linux驱动开发Linux中断等待队列例程分享
    目录中断的特点Linux中的中断类型相关API函数gpio_to_irq()enable_irq()disable_irq()request_irq()free_irq()中断的使用等待队列DECLARE_WAIT_QUEUE_HEAD()wait_event_interruptible()wake_up_interruptible()中断相关例程例程分析源码分享总结中断是计算机中实现异步事件处理
  • Linux驱动开发笔记（六）：用户层与内核层进行数据传递的原理和Demo 长沙红胖子Qt软件开发 linux驱动开发linux驱动开发copy_to_usercopy_from_user用户与内核数据交互
    若该文为原创文章，转载请注明原文出处本文章博客地址：https://hpzwl.blog.csdn.net/article/details/135384355红胖子网络科技博文大全：开发技术集合（包含Qt实用技术、树莓派、三维、OpenCV、OpenGL、ffmpeg、OSG、单片机、软硬结合等等）持续更新中…Linux系统移植和驱动开发专栏上一篇：《Linux驱动开发笔记（五）：驱动连接用户层与
  • linux驱动开发学习3 pinctl和gpio子系统试验 西伯利亚大草原的狼 Linux驱动层开发linux学习运维
    linux对于gpio有专门的驱动框架借助pinctl子系统做pin的复用·和电气属性借助gpio子系统来使用gpio大多数SOC的pin都是支持复用的，比如I.MX6ULL的GPIO1_IO03既可以作为普通的GPIO使用，也可以作为I2C1的SDA等等。此外我们还需要配置pin的电气特性，比如上/下拉、速度、驱动能力等等。传统的配置pin的方式就是直接操作相应的寄存器，但是这种配置方式比较繁琐
  • java Illegal overloaded getter method with ambiguous type for propert的解决 zwllxs javajdk
    好久不来iteye,今天又来看看，哈哈,今天碰到在编码时，反射中会抛出 Illegal overloaded getter method with ambiguous type for propert这么个东东，从字面意思看，是反射在获取getter时迷惑了，然后回想起java在boolean值在生成getter时，分别有is和getter，也许我们的反射对象中就有is开头的方法迷惑了jdk，
  • IT人应当知道的10个行业小内幕 beijingjava 工作互联网
    10. 虽然IT业的薪酬比其他很多行业要好，但有公司因此视你为其“佣人”。 　　尽管IT人士的薪水没有互联网泡沫之前要好，但和其他行业人士比较，IT人的薪资还算好点。在接下的几十年中，科技在商业和社会发展中所占分量会一直增加，所以我们完全有理由相信，IT专业人才的需求量也不会减少。 　　然而，正因为IT人士的薪水普遍较高，所以有些公司认为给了你这么多钱，就把你看成是公司的“佣人”，拥有你的支配
  • java 实现自定义链表 CrazyMizzz java数据结构
    1.链表结构   链表是链式的结构 2.链表的组成    链表是由头节点，中间节点和尾节点组成    节点是由两个部分组成：       1.数据域       2.引用域 3.链表的实现 &nbs
  • web项目发布到服务器后图片过一会儿消失 麦田的设计者 struts2上传图片永久保存
      作为一名学习了android和j2ee的程序员，我们必须要意识到，客服端和服务器端的交互是很有必要的，比如你用eclipse写了一个web工程，并且发布到了服务器（tomcat）上，这时你在webapps目录下看到了你发布的web工程，你可以打开电脑的浏览器输入http://localhost:8080/工程/路径访问里面的资源。但是，有时你会突然的发现之前用struts2上传的图片
  • CodeIgniter框架Cart类 name 不能设置中文的解决方法 IT独行者 CodeIgniterCart框架　
    今天试用了一下CodeIgniter的Cart类时遇到了个小问题，发现当name的值为中文时，就写入不了session。在这里特别提醒一下。 在CI手册里也有说明，如下： $data = array( 'id' => 'sku_123ABC', 'qty' => 1, '
  • linux回收站 _wy_ linux回收站
    今天一不小心在ubuntu下把一个文件移动到了回收站，我并不想删，手误了。我急忙到Nautilus下的回收站中准备恢复它，但是里面居然什么都没有。     后来我发现这是由于我删文件的地方不在HOME所在的分区，而是在另一个独立的Linux分区下，这是我专门用于开发的分区。而我删除的东东在分区根目录下的.Trash-1000/file目录下，相关的删除信息（删除时间和文件所在
  • jquery回到页面顶端 知了ing htmljquerycss
    html代码： <h1 id="anchor">页面标题</h1> <div id="container">页面内容</div> <p><a href="#anchor" class="topLink">回到顶端</a><
  • B树、B-树、B+树、B*树 矮蛋蛋 B树
    原文地址： http://www.cnblogs.com/oldhorse/archive/2009/11/16/1604009.html B树        即二叉搜索树：        1.所有非叶子结点至多拥有两个儿子（Left和Right）； &nb
  • 数据库连接池 alafqq 数据库连接池
    http://www.cnblogs.com/xdp-gacl/p/4002804.html @Anthor:孤傲苍狼 数据库连接池 用MySQLv5版本的数据库驱动没有问题，使用MySQLv6和Oracle的数据库驱动时候报如下错误： java.lang.ClassCastException: $Proxy0 cannot be cast to java.sql.Connec
  • java泛型 百合不是茶 java泛型
    泛型 在Java SE 1.5之前，没有泛型的情况的下，通过对类型Object的引用来实现参数的“任意化”，任意化的缺点就是要实行强制转换，这种强制转换可能会带来不安全的隐患   泛型的特点：消除强制转换 确保类型安全 向后兼容   简单泛型的定义：      泛型：就是在类中将其模糊化，在创建对象的时候再具体定义 class fan
  • javascript闭包[两个小测试例子] bijian1013 JavaScriptJavaScript
    一.程序一 <script> var name = "The Window"; var Object_a = { 　　name : "My Object", 　　getNameFunc : function(){ var that = this; 　　　　return function(){ 　　　　
  • 探索JUnit4扩展：假设机制（Assumption） bijian1013 javaAssumptionJUnit单元测试
    一.假设机制（Assumption）概述        理想情况下，写测试用例的开发人员可以明确的知道所有导致他们所写的测试用例不通过的地方，但是有的时候，这些导致测试用例不通过的地方并不是很容易的被发现，可能隐藏得很深，从而导致开发人员在写测试用例时很难预测到这些因素，而且往往这些因素并不是开发人员当初设计测试用例时真正目的，
  • 【Gson四】范型POJO的反序列化 bit1129 POJO
    在下面这个例子中，POJO(Data类)是一个范型类，在Tests中，指定范型类为PieceData，POJO初始化完成后，通过 String str = new Gson().toJson(data); 得到范型化的POJO序列化得到的JSON串，然后将这个JSON串反序列化为POJO   import com.google.gson.Gson; import java.
  • 【Spark八十五】Spark Streaming分析结果落地到MySQL bit1129 Stream
    几点总结： 1. DStream.foreachRDD是一个Output Operation，类似于RDD的action，会触发Job的提交。DStream.foreachRDD是数据落地很常用的方法 2. 获取MySQL Connection的操作应该放在foreachRDD的参数（是一个RDD[T]=>Unit的函数类型)，这样，当foreachRDD方法在每个Worker上执行时，
  • NGINX + LUA实现复杂的控制 ronin47 nginx lua
    安装lua_nginx_module 模块 lua_nginx_module 可以一步步的安装，也可以直接用淘宝的OpenResty Centos和debian的安装就简单了。。 这里说下freebsd的安装： fetch http://www.lua.org/ftp/lua-5.1.4.tar.gz tar zxvf lua-5.1.4.tar.gz cd lua-5.1.4 ma
  • java-递归判断数组是否升序 bylijinnan java
    public class IsAccendListRecursive { /*递归判断数组是否升序 * if a Integer array is ascending,return true * use recursion */ public static void main(String[] args){ IsAccendListRecursiv
  • Netty源码学习-DefaultChannelPipeline2 bylijinnan javanetty
    Netty3的API http://docs.jboss.org/netty/3.2/api/org/jboss/netty/channel/ChannelPipeline.html 里面提到ChannelPipeline的一个“pitfall”： 如果ChannelPipeline只有一个handler（假设为handlerA）且希望用另一handler（假设为handlerB） 来
  • Java工具之JPS chinrui java
    JPS使用     熟悉Linux的朋友们都知道，Linux下有一个常用的命令叫做ps（Process Status)，是用来查看Linux环境下进程信息的。同样的，在Java Virtual Machine里面也提供了类似的工具供广大Java开发人员使用，它就是jps（Java Process Status)，它可以用来
  • window.print分页打印 ctrain window
    function init() { var tt = document.getElementById("tt"); var childNodes = tt.childNodes[0].childNodes; var level = 0; for (var i = 0; i < childNodes.length; i++) {
  • 安装hadoop时 执行jps命令Error occurred during initialization of VM daizj jdkhadoopjps
    在安装hadoop时，执行JPS出现下面错误   [slave16][email protected]:/tmp/hsperfdata_hdfs# jps Error occurred during initialization of VM java.lang.Error: Properties init: Could not determine current working
  • PHP开发大型项目的一点经验 dcj3sjt126com PHP重构
    一、变量 最好是把所有的变量存储在一个数组中，这样在程序的开发中可以带来很多的方便，特别是当程序很大的时候。变量的命名就当适合自己的习惯，不管是用拼音还是英语，至少应当有一定的意义，以便适合记忆。变量的命名尽量规范化，不要与PHP中的关键字相冲突。 二、函数 PHP自带了很多函数，这给我们程序的编写带来了很多的方便。当然，在大型程序中我们往往自己要定义许多个函数，几十
  • android笔记之--向网络发送GET/POST请求参数 dcj3sjt126com android
    使用GET方法发送请求 private static boolean sendGETRequest (String path, Map<String, String> params) throws Exception{ //发送地http://192.168.100.91:8080/videoServi
  • linux复习笔记 之bash shell (3) 通配符 eksliang linux 通配符linux通配符
    转载请出自出处： http://eksliang.iteye.com/blog/2104387 在bash的操作环境中有一个非常有用的功能，那就是通配符。 下面列出一些常用的通配符，如下表所示 符号 意义 * 万用字符，代表0个到无穷个任意字符 ? 万用字符，代表一定有一个任意字符 [] 代表一定有一个在中括号内的字符。例如：[abcd]代表一定有一个字符，可能是a、b、c
  • Android关于短信加密 gqdy365 android
    关于Android短信加密功能，我初步了解的如下（只在Android应用层试验）：     1、因为Android有短信收发接口，可以调用接口完成短信收发；         发送过程：APP（基于短信应用修改）接受用户输入号码、内容——>APP对短信内容加密——>调用短信发送方法Sm
  • asp.net在网站根目录下创建文件夹 hvt .netC#hovertreeasp.netWeb Forms
    假设要在asp.net网站的根目录下建立文件夹hovertree,C#代码如下： string m_keleyiFolderName = Server.MapPath("/hovertree"); if (Directory.Exists(m_keleyiFolderName)) { //文件夹已经存在 return; } else { try { D
  • 一个合格的程序员应该读过哪些书 justjavac 程序员书籍
    编者按：2008年8月4日，StackOverflow 网友 Bert F 发帖提问：哪本最具影响力的书，是每个程序员都应该读的？ “如果能时光倒流，回到过去，作为一个开发人员，你可以告诉自己在职业生涯初期应该读一本， 你会选择哪本书呢？我希望这个书单列表内容丰富，可以涵盖很多东西。” 很多程序员响应，他们在推荐时也写下自己的评语。 以前就有国内网友介绍这个程序员书单，不过都是推荐数
  • 单实例实践 跑龙套_az 单例
       1、内部类 public class Singleton { private static class SingletonHolder { public static Singleton singleton = new Singleton(); } public Singleton getRes
  • PO VO BEAN 理解 q137681467 VODTOpo
    PO：      全称是 persistant object持久对象 最形象的理解就是一个PO就是数据库中的一条记录。 好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。     BO：     全称是 business object:业务对象 主要作用是把业务逻辑封装为一个对象。这个对
  • 战胜惰性，暗自努力 金笛子 努力
    偶然看到一句很贴近生活的话：“别人都在你看不到的地方暗自努力，在你看得到的地方，他们也和你一样显得吊儿郎当，和你一样会抱怨，而只有你自己相信这些都是真的，最后也只有你一人继续不思进取。”很多句子总在不经意中就会戳中一部分人的软肋，我想我们每个人的周围总是有那么些表现得“吊儿郎当”的存在，是否你就真的相信他们如此不思进取，而开始放松了对自己的要求随波逐流呢？ 我有个朋友是搞技术的，平时嘻嘻哈哈，以
  • NDK/JNI二维数组多维数组传递 wenzongliang 二维数组jniNDK
    多维数组和对象数组一样处理，例如二维数组里的每个元素还是一个数组 用jArray表示，直到数组变为一维的，且里面元素为基本类型，去获得一维数组指针。给大家提供个例子。已经测试通过。 Java_cn_wzl_FiveChessView_checkWin( JNIEnv* env,jobject thiz,jobjectArray qizidata) { jint i,j; int s
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他