Android获取kallsyms中符号变量地址

目录

 

一、简介

二、 形成过程

三、System.map 和 /proc/kallsyms 关系

四、查看符号表及对应地址

---

一、简介

内核符号表，就是在内核的内部函数或变量中，可供外部引用的函数和变量的符号表。其实说白了就是一个索引文件，它存在的目的就是让外部软件可以知道kernel文件内部实际分配的位置。

在v2.6.0 的内核中，为了更好地调试内核，引入新的功能kallsyms.kallsyms把内核用到的所有函数地址和名称连接进内核文件，当内核启动后，同时加载到内存中.当发生oops，例如在内核中访问空地址时，内核就会解析eip位于哪个函数中。

二、 形成过程

Linux内核符号表/proc/kallsyms的形成过程

1. /scripts/kallsyms.c负责生成System.map
2. /kernel/kallsyms.c负责生成/proc/kallsyms
3. /scripts/kallsyms.c解析vmlinux(.tmp_vmlinux)生成kallsyms.S(.tmp_kallsyms.S)，然后内核编译过程中将kallsyms.S(内核符号表)编入内核镜像uImage.内核启动后./kernel/kallsyms.c解析uImage形成/proc/kallsyms。

三、System.map 和 /proc/kallsyms 关系

二者相似点：

都是内核函数、变量的符号表，结构一致；对于可导出的内核变量、函数，其运行时在物理内存中的位置是一样的。

二者区别：
（1）System.map文件面向内核，对于内核中的没有导出的变量或者函数名，比如kthread_create_list链表头指针，也有其相应的内核地址，该文件一般是只读的、固定大小的，没有动态添加模块中的变量、函数名；
（2）而kallsyms在内核启动过程中创建，并实时更新，反映的是系统的当前最新情况，其内部也包含内核或者是已加载模块导出的函数、变量名称。
所以和System.map文件有差别，kallsyms文件动态变化，大小不固定。

总结：
      System.map文件较单纯，是在用户一开始编译就产生的固定文件，不会因为任何原因更改，除非被换掉。而/proc/kallsyms是一个在启动时由Linux kernel实时产生的文件，当系统有任何变更时，它就会马上做出修正。因为这是动态的信息，当用户新增或删除一个module，都会自动做实时的修正（/proc下的都是这一类型的文件）。

四、查看符号表及对应地址

1. 连接手机，进入cmd，比如查看kallsyms文件poolinfo_table符号变量地址备注：grep -w pattern files ：只匹配整个单词，而不是字符串的一部分（如匹配‘magic’，而不是‘magical’）

                    如果是在 Linux 中 截取，cut, awk 就很容易搞定1，echo '快乐大本营 2014 第1集'|cut -d' ' -f1
                            -d' ' 表示以空格为分隔符
                             -f1 表示第一个字段

        结果中我们可以看到符号变量地址Value全为0。切换到root用户运行，结果仍然为0.

        从内核文档Documentation/sysctl/kernel.txt中可以看到kptr_restrict用于控制内核的一些输出打印。

Documentation/printk-formats.txt有更加详细的描述。

     2.首先打开获取地址开关权限 2为不可见，0为可见。

     echo 0 > /proc/sys/kernel/kptr_restrict

      从结果中我们得知，符号变量poolinfo_table的地址为ffffff85e1aa56e8。