当内核不需要支持smp的时候，per_cpu是无关紧要的，因为数据只有一份。但是当需要支持smp的时候，per_cpu就显示相当重要了，它可以为每个CPU定义属于自己的专有数据。

在kernel/shed.c中有这样一个定义：

 

从注释中可以看出rq这个结构体保存了运行时的任务队列信息，当然每个CPU都有自己的任务队列，因而自然需要为每个CPU都定义一个私有的数据。

其中DEFINE_PER_CPU的定义在include/asm-generic/percpu.h中：

 

满简单的，无非就是定义一个指定类型的变量，再将它放到一个特定的数据段中。为此，我们需要在ldf文件中添加这样一段：

到这里，我们还看不出是如何为每个CPU保留自己的数据的。

在start_kernel()函数中有这样一个调用：

     这个函数实现如下所示：

 

 

 

 

也就是说，A核从内核为自己申请了一块空间，把percpu这个段的内容复制了一遍，自然也就有了一块自己的数据。当然，当内核运行到这里的时候，B核还没有启动， for_each_possible_cpu只会执行一次，但是可以想像，当B核启动时，应该也会将这个段的内容复制一遍。

在这里，还使用了一个__per_cpu_offset数组来保存每个核的私有数据离__per_cpu_start的偏移量。

当bf561核需要访问自己的私有数据时，它会这样：

这里，cpu_rq定义为：

而per_cpu的定义则为：

 

从而保证访问的是自己的私有数据，而不是.data.per_cpu这个段中的数据内容。