NuttX任务切换的浅表认识

feedforward

今天开始啃nuttx向sparc上移植的最硬骨头：任务切换！
使用大杀器codeblocks进行单步调试，首先执行__start模块，之后完成up_lowinit初始化，紧接着就开始关键部分：
nx_start()                                sched/init/nx_start.c
--> nx_bringup()                         sched/init/nx_bringup.c
  --> nx_create_initthread()              sched/init/nx_bringup.c
    --> nx_start_application()                 sched/init/nx_bringup.c
        --> nxtask_create()                               sched/task/task_create.c
          -->nx thread_create()                             sched/task/task_create.c
            --> task_activate()                                       sched/task/task_activate.c
              --> up_unblock_task()                                  arch/sparc/src/sparc-v8/up_unblocktask.c
                --> up_switchcontext()                                       arch/sparc/src/sparc-v8/up_switchcontext.S
up_switchcontext最后执行jmp     %o7 + 8后跳转到了nxtask_start函数，这也正是首次上下文切换要达到的目的，nxtask_start函数是所有线程的起点函数我是知道的，但是nxtask_start怎样和%o7建立联系的呢？事实上nxthread_create函数在调用task_activate函数之前将nxtask_start函数作为参数（通过start_t空函数指针）传递给nxtask_schedsetup函数：

而nxtask_schedsetup函数又将函数指针start（已指向nxtask_start函数）传递给了nxthread_schedsetup函数。在nxthread_schedsetup函数中将start指针捆绑到了tcb结构体中的start。tcb结构体中的xcpt和sparc的寄存器是如何关联的这已经是很明确的，但是依然不明白tcb结构体中的start是如何与%o7建立联系的。
经过两小时的深入侦查，今天的收获总算是有了：
主角登场：nxthread_schedsetup将start指针捆绑到了tcb结构体中的start后调用了一个关键的处理器相关的函数up_initial_state(），该函数将start指针绑定到了上下文寄存结构的 %o7对应位置处：

首次恢复上下文时会将其下载至%o7寄存器，从而使得jmp     %o7 + 8能跳转至nxtask_start，当时底层移植时参考mips构架照猫画虎，不理解up_initial_state函数的意义，这下真相大白了！