在阅读源代码的过程中，发现一个头文件有引用：
/** The address of the first device table entry. */
extern device_t devices[];
/** The address after the last device table entry. */
extern device_t devices_end[];
/** The address of the first "driver_t". */
extern driver_t driver_table_start[];
/** The address after the last "driver_t". */
extern driver_t driver_table_end[];
然后我翻遍源文件目录，还是没有在任何.c文件里发现曾经定义devices。
（当然最开始，我没注意是extern，所以我先找是在哪里初始化的，然后我发现，并没有初始化。）
后来我用grep搜索，总算得到了一点信息，在ld脚本里发现下面一段话：
/*
* Device table.
*/
.device_table : ALIGN(64)
{
PROVIDE (devices = .);
KEEP(*(.device_table_base))
KEEP(*(.device_table))
KEEP(*(.device_table_end))
PROVIDE (devices_end = .);
} >data AT>physmem :data
我大致猜测device_table正好是在device_table_base和device_table_end之间，而device_table_base和device_table_end在device_table.c中有定义。
（非常可恨的是它们的实际名字是base_devices和end_devices）
我认为我明白了怎么回事，device_table确实没有定义，只是在链接脚本里定义了。
我以同样的方式寻找driver_table_start和driver_table_end,我以为会同样很简单的找到，但是见鬼了，根本没有，怎么回事？
我然后找了一个驱动程序，我倒要看看，【既然driver_table不主动添加驱动程序，而驱动程序又怎么添加进driver_table里面的。】
我找到了一个i2cm的driver_t的定义。
//! Add a new "driver" entry.
static const __DRIVER_ATTR driver_t driver_i2cm = {
.shim_type = I2CM_DEV_INFO__TYPE_VAL_I2CM,
.name = "i2cm",
.desc = "I2C Master",
.ops = &i2cm_ops,
.stilereq = 1,
};
我发疯了，这是很平常的事啊，这是怎么回事？我注意到注释里那句
//! Add a new "driver" entry.
这样就添加了？那才是见鬼了。
然后我才注意到到那个不同寻常的宏。
/** Magic attribute for "driver_t" definitions. */
#define __DRIVER_ATTR __attribute__((used, section(".driver_table")))
又是__attribute__搞的鬼，上网上略微搜了一下，__attribute__((used, section(".driver_table")))的基本含义是把函数或者数据放到名为driver_table的段。
那么其实每定义一个句 __DRIVER_ATTR driver_t driverXXX就把一个驱动给加载到这个段里。
然后我返回来看device_table.c时发下一个我忽视的细节：
static const __DEVICE_ATTR_BASE device_t base_devices[] =
static const __DEVICE_ATTR_END device_t end_devices[] =
其实这两个变量也是这么定义的。清楚了，清楚了，一下子清楚了，当然要其作用，需要ld链接脚本的支持。
后来发现这位仁兄和我有同样的问题。
http://liyun1982-1982.blog.163.com/blog/static/10488328820081113422130/
内核原文件里面extern了一堆变量：extern char _ftext, _etext, _fdata, _edata, _end;但是用source insight在内核的源码目录里面压根就找不到这些变量的定义。最初怀疑这些变量定义在汇编文件中，于是使用命令：
grep _ftext `find ./ -name *.S`查找，令我惊讶的是没有找到。既然源文件中都没有，那么又是什么神奇的力量让程序在链接的时候又能正常链接通过呢？
原来大家都是跟内核学习的啊。
http://my.oschina.net/u/180497/blog/177206 讲了利用gcc的__attribute__编译属性section子项构建初始化函数表。
不知道黑客们会不把.init段后面加上自己的函数?
链接加载文件gcc __attribute__ section