/*本篇由真胖子同志倾心打造,殊为不易,忘转载时标明出处http://blog.csdn.net/figtingforlove/article/details/20156159*/
(1)符号的重定位
想想正在加载的模块有一个“未解决的引用”符号是另一个模块导出的,看看我们上节得到的sym[i].st_value = ksym->value。
虽然“__ksymtab”段被搬移到了最终的内存地址,但是kernel_symbol类型符号sym中的value值依然是内核模块在静态编译时产生的地址(导出符号时EXPORT_SYMBOL,模块编译工具链中的(unsigned long)&sym),根本不是这些模块被加载进内核后在内存中的实际地址,这就需要对模块导出的符号进行重定位。
内核模块有导出符号时,编译工具链会为这个模块的ELF文件生成一个特殊的重定位段“.rel__ksymtab”专门用于对“__ksymtab”段的重定位,这个段有下面的数据结构形成一个数组。
Linux/include/uapi/linux/elf.h
160 typedef struct elf32_rel {
161 Elf32_Addr r_offset; //重定位后段距原来段的偏移量
162 Elf32_Word r_info;
163 } Elf32_Rel;
模块加载时内核关于重定位的代码,其原理就是遍历段头表中的每一项,为有重定位标记SHF_REL的段进行重定位,段头中的sh_info成员指明了被重定位的段在段头表中的索引值。
1998 static int apply_relocations(struct module *mod, const struct load_info *info)
1999 {
2000 unsigned int i;
2001 int err = 0;
2002
2003 /* Now do relocations. */
2004 for (i = 1; i < info->hdr->e_shnum; i++) {
2005 unsigned int infosec = info->sechdrs[i].sh_info;
2006
2007 /* Not a valid relocation section? */
2008 if (infosec >= info->hdr->e_shnum)
2009 continue;
2010
2011 /* Don't bother with non-allocated sections */
2012 if (!(info->sechdrs[infosec].sh_flags & SHF_ALLOC))
2013 continue;
2014 //是重定位段
2015 if (info->sechdrs[i].sh_type == SHT_REL)
2016 err = apply_relocate(info->sechdrs, info->strtab,
2017