linux源码分析(一)

简介:

前置:这里使用的linux版本是4.8,x86体系。

其实linux的内核启动的入口文件还是非常好找的,init/main.c。

static 和 extern

首先理解的是static和extern的区别:

static int kernel_init(void *);

extern void init_IRQ(void);
extern void fork_init(void);
extern void radix_tree_init(void);

这个代码说的是kernel_init函数的定义在这个文件中,extern说明init_IRQ函数的定义在其他文件中。
这三个extern分别是对中断的初始化,对fork功能的初始化,对基数树的初始化。不过具体不知道为什么有的函数以init_xxx为风格,有的又以xxx_init的风格来做。

main的第一行看到了这么个语句

#define DEBUG

感觉有点奇怪,原来还有#define <宏名> 而没有定义具体的值。其实这个可以当作已经有定义,且定义了空串来理解。
http://bbs.csdn.net/topics/390960776?page=1

继续往下面看,还会看到

bool early_boot_irqs_disabled __read_mostly;

这里最后的__read_mostly 是一个宏,它标记了前面这个变量是很经常被读取的。那么做了标记有什么用呢?

如果在有缓存的平台上,它就能把这个变量存放到cache中,以保证后续读取的速度。这个宏定义在 arch/arm/include/asm/cache.h

#define __read_mostly __attribute__((__section__(".data..read_mostly")))

这里的意思是将这个数据结构链接进data.read_mostly段。

EXPORT_SYMBOL

EXPORT_SYMBOL(system_state);

这个是和extern一起使用的,表示system_state这个方法在这个模块中定义了,提供给其他模块使用。

在其他模块中,只需要使用extern 就可以使用这个方法。

这里就涉及到模块的概念。

模块是linux内核对外提供的一个插件机制,由于linux是单内核,这个单内核是相对微内核来说的。所以linux很大可能会非常庞大,这个模块机制就是对单内核的一种补充,把一些功能放给内核模块开发。比如像上面的那个代码,就是对内核提供了system_state的函数接口。

__initdata

下面代码:

char __initdata boot_command_line[COMMAND_LINE_SIZE];

这里的__initdata也是一个宏,定义在include/linux/init.h

#define __init        __section(.init.text) __cold notrace
#define __initdata    __section(.init.data)
#define __initconst    __constsection(.init.rodata)
#define __exitdata    __section(.exit.data)
#define __exit_call    __used __section(.exitcall.exit)

同上面__read_mostly一样,是用来把这个变量绑定在某个区里面。

http://blog.csdn.net/beatbean/article/details/8448623

这个图就说明了什么是__section。它的功能有点像是全局变量,只是这个全局变量是对汇编这个层次的表达,某个变量,我固定在某个内存段里面。这么做其实还有一个好处,段也是一种分类,比如这个段存储的是init函数的变量,那么等初始化结束之后,我把这个段的内存直接释放。里面的变量也一次性消除了。

EXPORT_SYMBOL_GPL

下面看到一个很奇怪的方法

EXPORT_SYMBOL_GPL(static_key_initialized);

这个和之前的EXPORT_SYMBOL不一样,多了一个GPL后缀。

由于模块很有可能是第三方(非linux内核组成员)开发的。那么有人希望自己开发的模块是闭源的。它就会在自己开发的模块里面使用

MODULE_LICENSE("Proprietary")

来标记这个模块是闭源的。相对的,如果你的模块遵循GPL这个开源许可证规则,那么则增加下面的:

MODULE_LICENSE("GPL");

好了,linux对这两种许可证行为的模块开放的接口并不相同,本节的这个函数就是说明这个方法只对GPL的模块开放。

http://www.ruanyifeng.com/blog/2010/02/why_gpl_is_a_better_choice.html

__setup 和 early_param

unsigned int reset_devices;
EXPORT_SYMBOL(reset_devices);

static int __init set_reset_devices(char *str)
{
reset_devices = 1;
return 1;
}

__setup("reset_devices", set_reset_devices);

这段代码,首先需要理解__setup,这个函数就理解为:启动时候如果有接收reset_devices参数,那么就调用set_reset_devices方法。而详细看了下set_reset_devices方法,里面只是把reset_devices变量设置为1,但是呢,这个reset_devices变量又是一个给所有模块使用的变量。

所以这段代码能达到的功能是只要启动参数有包含reset_device,通过设置reset_devices通知给所有模块。

与__setup相对应的还有一个叫做early_param。这两个宏函数的功能一样,区别就在于early_param定义的参数比__setup更早。

http://www.linuxde.net/2013/02/12446.html




本文转自轩脉刃博客园博客,原文链接:http://www.cnblogs.com/yjf512/p/5992038.html,如需转载请自行联系原作者

相关文章
|
缓存 网络协议 Unix
最详细的Linux TCP/IP 协议栈源码分析
最详细的Linux TCP/IP 协议栈源码分析
SPI设备标准驱动源码分析(linux kernel 5.18)
SPI设备标准驱动源码分析(linux kernel 5.18)
SPI设备标准驱动源码分析(linux kernel 5.18)
|
编解码 Linux 索引
Linux ALSA驱动之四:Control设备创建流程源码分析(5.18)下
Linux ALSA驱动之四:Control设备创建流程源码分析(5.18)下
Linux ALSA驱动之四:Control设备创建流程源码分析(5.18)下
|
Linux 内存技术
Linux ALSA驱动之三:PCM创建流程源码分析(基于Linux 5.18)下
Linux ALSA驱动之三:PCM创建流程源码分析(基于Linux 5.18)下
Linux ALSA驱动之三:PCM创建流程源码分析(基于Linux 5.18)下
|
编解码 Linux API
Linux ALSA驱动之三:PCM创建流程源码分析(基于Linux 5.18)上
Linux ALSA驱动之三:PCM创建流程源码分析(基于Linux 5.18)上
Linux ALSA驱动之三:PCM创建流程源码分析(基于Linux 5.18)上
|
存储 安全 算法
【GNU/Linux kernel源码分析】刨根问底,速览,对初学者友好的底层理解,让你对内核不再迷茫
【GNU/Linux kernel源码分析】刨根问底,速览,对初学者友好的底层理解,让你对内核不再迷茫
561 0
【GNU/Linux kernel源码分析】刨根问底,速览,对初学者友好的底层理解,让你对内核不再迷茫
|
编解码 Linux API
Linux ALSA驱动之Platform源码分析(wm8350.c)
Linux ALSA驱动之Platform源码分析(wm8350.c)
|
编解码 Linux API
Linux ALSA驱动之四:Control设备创建流程源码分析(5.18)上
Linux ALSA驱动之四:Control设备创建流程源码分析(5.18)上
|
编解码 Linux API
Linux ALSA源码分析(基于Linux 5.18)
Linux ALSA源码分析(基于Linux 5.18)
|
存储 监控 Linux
Linux epoll模型详解及源码分析
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/zhaobryant/article/details/80557262 一、epoll简介 epoll是当前在Linux下开发大规模并发网络程序的热门选择,epoll在Linux2.6内核中正式引入,和select相似,都是IO多路复用(IO multiplexing)技术。
2516 0