1：subsys_initcall宏
#define __define_initcall(level,fn,id) \ static initcall_t __initcall_##fn##id __used __attribute__((__section__(".initcall" level ".init"))) = fn
#define subsys_initcall(fn) __define_initcall("4",fn,4)2：module_init宏
module_init
__initcall
device_initcall
__define_initcall("6",fn,6)
通过分析发现，subsys_initcall和module_init这两个后最终都是调用__define_initcall();这个宏。
内核在启动过程中需要顺序的做很多事，内核如何实现按照先后顺序去做很多初始化操作。内核的解决方案就是给内核启动时要调用的所有函数归类，然后每个类按照一定的次序去调用执行。这些分类名就叫.initcalln.init。n的值从1到8。内核开发者在编写内核代码时只要将函数设置合适的级别，这些函数就会被链接的时候放入特定的段，内核启动时再按照段顺序去依次执行各个段即可。所以subsys_initcall和module_init的作用是一样的，都是在内核启动的时候去加载驱动，不同之处在于内核启动时执行的顺序不同而已。
3：static int __init leds_init(void)
static int __init leds_init(void)
{
leds_class = class_create(THIS_MODULE, "leds");
if (IS_ERR(leds_class))
return PTR_ERR(leds_class);
leds_class->suspend = led_suspend;
leds_class->resume = led_resume;
leds_class->dev_attrs = led_class_attrs;
return 0;
}这个函数是作用是通过调用class_create函数来创建了一个类名为“leds”的设备类，也就是我们/sys/class/下的leds这个文件夹
4：led_class_attrs
static struct device_attribute led_class_attrs[] = {
__ATTR(brightness, 0644, led_brightness_show, led_brightness_store),
__ATTR(max_brightness, 0444, led_max_brightness_show, NULL),
#ifdef CONFIG_LEDS_TRIGGERS
__ATTR(trigger, 0644, led_trigger_show, led_trigger_store),
#endif
__ATTR_NULL,
}; (1)什么是attribute，对应将来/sys/class/leds/目录里的内容，一般是文件和文件夹。这些文件其实就是sysfs开放给应用层的一些操作接口（非常类似于/dev/目录下的那些设备文件）
(2)attribute有什么用，作用就是让应用程序可以通过/sys/class/leds/目录下面的属性文件来操作驱动进而操作硬件设备。
(3)attribute其实是另一条驱动实现的路线。有区别于之前讲的file_operations那条线。
5：led_classdev_register
这个函数里面通过调用device_create，来创建一个属于leds设备类的设备，其在系统中的体现就是在/sys/class/leds/里面会得到相应的设备节点文件。其实这个函数就是内核开发者为驱动开发者提供的一个注册leds类设备的一个接口函数，将来我们在写驱动去注册led设备的时候就是调用这个函数去进行注册的。
6：led_classdev_unregister
通过调用device_unregister函数来注销注册的LED设备，和led_classdev_register函数类似，只是功能相反。
本文出自 “11664570” 博客，请务必保留此出处http://11674570.blog.51cto.com/11664570/1876421
原文地址：http://11674570.blog.51cto.com/11664570/1876421
