init_thread_union猜想
快乐虾
http://blog.csdn.net/lights_joy/
本文适用于
ADI BF561 DSP
uclinux-2008r1.5-RC3(移植到vdsp5)
Visual DSP++ 5.0
欢迎转载，但请保留作者信息
在uclinux启动时有一个默认的初始线程，uclinux用一个union来保存这个线程的数据，其定义在arch/blackfin/kenel/init_task.c中：
/*
* Initial thread structure.
*
* We need to make sure that this is 8192-byte aligned due to the
* way process stacks are handled. This is done by having a special
* "init_task" linker map entry.
*/
union thread_union init_thread_union
__attribute__ ((__section__(".data.init_task"))) = {
INIT_THREAD_INFO(init_task)};
thread_union的定义在include/linux/shed.h中：
union thread_union {
struct thread_info thread_info;
unsigned long stack[THREAD_SIZE/sizeof(long)];
};
其中THREAD_SIZE的定义在include/asm/thread_info.h中：
/*
* Size of kernel stack for each process. This must be a power of 2...
*/
#define THREAD_SIZE 8192 /* 2 pages */
此union中的thread_info这个结构体我们暂且不管（因为目前还不需要使用到它）。先看看head.s中与此union相关的部分：
/*
* load the current thread pointer and stack
*/
r1.l = _init_thread_union;
r1.h = _init_thread_union;
r2.l = 0x2000; // 8192字节
r2.h = 0x0000;
r1 = r1 + r2;
sp = r1;
usp = sp;
fp = sp;
也就是说，在初始化的时候，将FP和SP都指向了stack的最高位置，它并没有使用thread_info这个结构体。
猜想uclinux应该是把前面的启动过程都当成一个特殊的线程看待。这个线程从head.s的第一行语句开始一直工作到内核启动完成。
1 参考资料
uclinux2.6(bf561)内核中的current_thread_info(2008/5/12)