【linux驱动笔记】linux模块机制浅析

 

1.   模块module

操做系统分微内核和宏内核，微内核优势，可使操做系统仅做不多的事，其它事情如网络处理等都做为应用程序来实现，微内核精简的同时，必然带来性能的降低。而linux的宏内核设计，保证了设计性能，但linux做为一个通用操做系统，必然会兼容不少硬件，而linux自己的宏内核设计，致使了若是同时兼容全部的硬件，其编译代码将庞大无比，为了解决这个问题，linux效仿微内核，采用了模块这一天才思想。当内核配置make menuconfig时，能够选择M，将驱动做为模块来加载，其生成的文件后缀为*.ko. 即kernel object，内核对象。采用模块设计，解决了上述问题，可是本质上来讲，模块加载进内核后，仍是运行在内核态，因此驱动的bug有可能引发系统崩溃，这是在驱动设计时须要特别注意的。

1.1.  模块实例

#include <linux/init.h>

#include <linux/module.h>

 

static int hellokernel_init(void)

{

   

    printk("Hello driver!\n");

    return 0;

}

 

static void hellokernel_exit(void)

{

    printk("Bye driver!\n");

}

 

module_init(hellokernel_init);

module_exit(hellokernel_exit);

 

上面都的module_init，module_exit都干了什么，当加载模块insmod 和卸载模块rmmod时又干了什么，下面将说明。

 

1.2.  module_init,module_exit

\include\linux\Init.h 中有:

#ifndef MODULE

#define module_init(x)  __initcall(x);

#define __initcall(fn) device_initcall(fn)

#define device_initcall(fn)   __define_initcall(fn, 6)

 

#define module_exit(x)  __exitcall(x);

#define __exitcall(fn) \

  static exitcall_t __exitcall_##fn __exit_call = fn

#else

  /* Each module must use one module_init(). */

#define module_init(initfn)           \

  static inline initcall_t __inittest(void)    \

  { return initfn; }             \

  int init_module(void) __attribute__((alias(#initfn)));

 

/* This is only required if you want to be unloadable. */

#define module_exit(exitfn)           \

  static inline exitcall_t __exittest(void)    \

  { return exitfn; }             \

  void cleanup_module(void) __attribute__((alias(#exitfn)));

#endif

 

 

从上述处理能够看出，当以非模块编译时，module_init等经过以下路径被执行，其被静态编译进内核。

#define __define_initcall(fn, id) \

   static initcall_t __initcall_##fn##id __used \

   __attribute__((__section__(".initcall" #id ".init"))) = fn

 

而上述用__define_initcall(fn, id)定义的函数都是在linux内核启动时被执行的。

start_kernel→rest_init→kernel_init→kernel_init_freeable→do_basic_setup→do_initcalls

 

 

而若是是模块编译时，为动态编译

int init_module(void) __attribute__((alias(#initfn)));

这段代码的做用是给咱们的加载函数定义一个别名，别名就是init_module

 

 

1.3.  加载模块

将hello.ko拷贝到/home/tang/wk-tzp/prj/nfs/fs/ramdisk_fs/lib/modules/3.10.53的目录或者其子目录下，

必须拷贝到对应的版本号如3.10.53下，不然会出问题。

 

insmod hello.ko

 

 

insmod是个应用程序，在嵌入式中，这些应用包括ls，pwd等都来自于大名鼎鼎的busybox。

所以须要阅读busybox的源代码，才能知道insmod究竟干了什么。

在busybox-1.22.1\modutils的insmod.c中：有：

insmod_main→bb_init_module

    →

    …

try_to_mmap_module //经过mmap函数将 xxx.ko文件内容映射到内存中。

…

init_module(image, image_size, options) //是宏syscall(__NR_init_module, mod, len, opts)，调用linux系统调用

// image：指向***.ko文件内容开始，image_size为***.ko模块文件大小，options为参数

 

…

在arch/arm/include/asm/unistd.h中，有#define __NR_init_module     (__NR_SYSCALL_BASE+128)

在linux/arch/arm/kernel/calls.S有：

/* 125 */  CALL(sys_mprotect)

       CALL(sys_sigprocmask)

       CALL(sys_ni_syscall)     /* was sys_create_module */

       CALL(sys_init_module)

       CALL(sys_delete_module)

可见，__NR_init_module   对应 sys_init_module，因此insmod最终调用sys_init_module

在Module.c (src\kernel) 中有:

SYSCALL_DEFINE3(init_module, void __user *, umod, unsigned long, len, const char __user *, uargs)

在Syscalls.h (src\include\linux) 中有:#define SYSCALL_DEFINE3(name, ...) SYSCALL_DEFINEx(3, _##name, __VA_ARGS__)

#define SYSCALL_DEFINEx(x, sname, ...)              \

   SYSCALL_METADATA(sname, x, __VA_ARGS__)          \

   __SYSCALL_DEFINEx(x, sname, __VA_ARGS__)

 

而#define __SYSCALL_DEFINEx(x, name, ...)               \

    asmlinkage long sys##name(__MAP(x,__SC_DECL,__VA_ARGS__));  \

 

由上述可见，SYSCALL_DEFINE3(init_module…定义了 sys_init_module函数。

 

继续调用：

SYSCALL_DEFINE3(init_module, void __user *, umod, unsigned long, len, const char __user *, uargs)

→load_module→do_init_module→do_one_initcall(mod->init)→ret = fn();即执行了module_init(hello_init)中定义的函数

hello_init。

 

 

1.4.  卸载模块

rmmod hello, 不能用 rmmod hello.ko

 

仍然从应用层开始，rmmod是由工具箱busybox实现的，

rmmod.c (busybox-1.22.1\modutils): int rmmod_main(int argc UNUSED_PARAM, char **argv)

→bb_delete_module // 宏定义为syscall(__NR_delete_module, mod, flags),执行linux系统调用sys_delete_module

 

同insmod讨论的同样，最后会执行以下的语句

在Module.c (src\kernel) 中有:

SYSCALL_DEFINE2(delete_module, const char __user *, name_user, unsigned int, flags)

→mod->exit(); //即module_exit(exit_func)定义的函数exit_func

1.5.  细节

src\Makefile：make modules  : 目标是modules, 编译好后须要安装在制做的文件系统

make  modules_install  INSTALL_MOD_PATH=~/fs/ramdisk_fs

 

 

THIS_MODULE: http://www.cnblogs.com/ziziwu/archive/2012/07/06/2578283.html

 

insmod/modprobe    rmmod   lsmod modinfo

       insmod  hellokernel.ko  irq=100 pstr=china fish=1,2,3

       echo 200 > /sys/module/hellokernel/parameters/irq   

       echo 10,20,30 > /sys/module/hellokernel/parameters/fish

权限问题：

  非0：在/sys/module/模块名/paramters/文件

  经过修改这个文件完成对变量的内容修改

  问题：会占用内存的资源

 

  权限为0：就不会有一个文件存在，只能在模块  加载的时候才能修改

 

1.6.  函数集合

insmod/modprobe   

rmmod  

lsmod

modinfo

 

1.7.  文献

http://www.cnblogs.com/fanzhidongyzby/p/3730131.html

欢迎转载，转载时需保留做者信息，谢谢。

邮箱：tangzhongp@163.com

博客园地址：http://www.cnblogs.com/embedded-tzp

Csdn博客地址：http://blog.csdn.net/xiayulewa