0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

rt-thread線程棧初始化參數(shù)分析

冬至子 ? 來(lái)源:jaffer ? 作者:jaffer ? 2023-08-14 16:50 ? 次閱讀

Q:

RT-Thread 在線程初始化的代碼內(nèi)有一段初始化線程堆棧的代碼,如下:

thread->sp = (void *)rt_hw_stack_init(thread->entry, thread->parameter,
(rt_uint8_t *)((char *)thread->stack_addr + thread->stack_size - sizeof(rt_ubase_t)),
(void *)_thread_exit);
在調(diào)用 rt_hw_stack_init() 初始化堆棧的時(shí)候傳入線程棧起始地址進(jìn)行了 -sizeof(rt-ubase_t) 操作,而在 rt_hw_stack_init() 函數(shù)內(nèi)又進(jìn)行 stk = stack_addr + sizeof(rt_uint32_t); 將其給加了回去,這操作的意義是什么呢?還是說(shuō)是歷史遺留問(wèn)題?

在《野火 RT-Thread內(nèi)核實(shí)現(xiàn)與應(yīng)用開(kāi)發(fā)指南》內(nèi)也有說(shuō)到此處的設(shè)計(jì),但并未進(jìn)行升入說(shuō)明,僅簡(jiǎn)單的一筆帶過(guò),因此大多數(shù)讀者和我一樣都對(duì)此充滿(mǎn)疑問(wèn)。

A:

1.rt_hw_stack_init調(diào)用分析

分析此問(wèn)題,首先我們需要結(jié)合完整版本的 rt-thread 內(nèi)核代碼進(jìn)行閱讀才能更好的充分理解。

在rt-thread內(nèi)核代碼中,初始化線程堆棧的時(shí)候其實(shí)是有一個(gè)宏聲明進(jìn)行選擇的,具體代碼如下:

#ifdef ARCH_CPU_STACK_GROWS_UPWARD
thread->sp = (void *)rt_hw_stack_init(thread->entry, thread->parameter,
(void *)((char *)thread->stack_addr),
(void *)_thread_exit);
#else
thread->sp = (void *)rt_hw_stack_init(thread->entry, thread->parameter,
(rt_uint8_t *)((char *)thread->stack_addr + thread->stack_size - sizeof(rt_ubase_t)),
(void )_thread_exit);
#endif /
ARCH_CPU_STACK_GROWS_UPWARD */

1.jpg

也就是針對(duì)不同架構(gòu)的CPU實(shí)際傳入此函數(shù)的參數(shù)還存在著不一樣的地方!

針對(duì) ==棧是向下增長(zhǎng)型== 的CPU架構(gòu),傳入的參數(shù)為:(rt_uint8_t *)((char *)thread->stack_addr + thread->stack_size - sizeof(rt_ubase_t))
針對(duì) ==棧是向上增長(zhǎng)型== 的CPU架構(gòu),傳入的參數(shù)為:(void *)((char *)thread->stack_addr)
而此參數(shù)的含義為棧的起始地址!

線程的棧也就是一塊連續(xù)地址空間的數(shù)組,這個(gè)是理解棧的前提;針對(duì)向上增長(zhǎng)型的棧,棧起始地址就是 thread->stack_addr 這很好理解,對(duì)于向下增長(zhǎng)型的棧,就需要注意了,起始地址并不是,thread->stack_addr + thread->stack_size?。?!

既然棧就是一塊數(shù)組,那我們不妨用數(shù)組來(lái)理解,char table[100],數(shù)組table的最頂部的成員不是table[100],而是table[99],即table[100-1]。因此向下增長(zhǎng)的棧從頂部往底部填充數(shù)據(jù)就類(lèi)似于數(shù)組從尾部往頭部填充數(shù)據(jù),起始地址為: (rt_uint8_t *)((char *)thread->stack_addr + thread->stack_size - sizeof(rt_ubase_t))

同時(shí)此處的代碼是放在 thread.c 內(nèi),thread.c是內(nèi)核文件,是公共的文件,不管你是什么硬件平臺(tái),不管你是什么CPU架構(gòu),在內(nèi)核的角度看,它只管給 rt_hw_stack_init 函數(shù)傳入棧的起始地址即可,因此針對(duì)向下增長(zhǎng)型的棧在這里 -sizeof(rt_ubase_t)) 并沒(méi)有任何問(wèn)題。

再往下層,具體到cpu上,每個(gè)cpu都會(huì)有對(duì)應(yīng)的 cpuport.c 來(lái)實(shí)現(xiàn)對(duì)應(yīng)的 rt_hw_stack_init 函數(shù),并根據(jù)各自的cpu結(jié)構(gòu)來(lái)實(shí)現(xiàn)具體的線程棧初始化。

2.rt_hw_stack_init 實(shí)現(xiàn)分析

2.1 向下增長(zhǎng)型棧 rt_hw_stack_init 實(shí)現(xiàn)

針對(duì)向下增長(zhǎng)型的棧,以 cortex-m4 內(nèi)核為例:

rt_uint8_t *rt_hw_stack_init(void *tentry,
void *parameter,
rt_uint8_t *stack_addr,
void *texit)
{
struct stack_frame *stack_frame;
rt_uint8_t *stk;
unsigned long i;
stk = stack_addr + sizeof(rt_uint32_t);
stk = (rt_uint8_t *)RT_ALIGN_DOWN((rt_uint32_t)stk, 8);
stk -= sizeof(struct stack_frame);
stack_frame = (struct stack_frame )stk;
/
init all register */
for (i = 0; i < sizeof(struct stack_frame) / sizeof(rt_uint32_t); i ++)
{
((rt_uint32_t )stack_frame)[i] = 0xdeadbeef;
}
stack_frame->exception_stack_frame.r0 = (unsigned long)parameter; /
r0 : argument /
stack_frame->exception_stack_frame.r1 = 0; /
r1 /
stack_frame->exception_stack_frame.r2 = 0; /
r2 /
stack_frame->exception_stack_frame.r3 = 0; /
r3 /
stack_frame->exception_stack_frame.r12 = 0; /
r12 /
stack_frame->exception_stack_frame.lr = (unsigned long)texit; /
lr /
stack_frame->exception_stack_frame.pc = (unsigned long)tentry; /
entry point, pc /
stack_frame->exception_stack_frame.psr = 0x01000000L; /
PSR /
#if USE_FPU
stack_frame->flag = 0;
#endif /
USE_FPU /
/
return task's current stack address */
return stk;
}

繼續(xù)以char table[100]作為棧舉例:

stk = stack_addr + sizeof(rt_uint32_t); 拿到棧的最頂端的值,也就是100,注意table[100]這個(gè)成員是不能寫(xiě)值的。

1.jpg

stk = (rt_uint8_t *)RT_ALIGN_DOWN((rt_uint32_t)stk, 8); 之后按8字節(jié) 向下對(duì)齊,那就 stk 就變成了 96,table[97]、table[98]、table[99]由于字節(jié)對(duì)齊就保留了,后續(xù)也不會(huì)去使用,至于table[96]用沒(méi)用還不知道,我們接著看。

1.jpg

stk -= sizeof(struct stack_frame);,stk 減掉 struct stack_frame 結(jié)構(gòu)大小存儲(chǔ) struct stack_frame 結(jié)構(gòu)數(shù)據(jù),假定 struct stack_frame 大小4字節(jié), stk -= sizeof(struct stack_frame); 之后 stk 為92,之后寫(xiě)4字節(jié)數(shù)據(jù),那么stk[92]、stk[93]、stk[94]、stk[95]填充了數(shù)據(jù),stk[96]不會(huì)去訪問(wèn)。

1.jpg

因此無(wú)論字節(jié)對(duì)齊的時(shí)候有沒(méi)有保留字節(jié),第一步stk雖然切換到了棧最頂端,但是并不會(huì)訪問(wèn)最頂端的那個(gè)成員,所以是安全的!

2.1 向上增長(zhǎng)型棧 rt_hw_stack_init 實(shí)現(xiàn)

注意向上增長(zhǎng)型棧初始化代碼就不是上面那一份了!上面我們說(shuō)了針對(duì)不同的cpu,會(huì)有不同的cpuport.c文件來(lái)實(shí)現(xiàn)對(duì)應(yīng)的 rt_hw_stack_init,因此我們需要找到向上增長(zhǎng)型的cpu對(duì)應(yīng)的cpuport.c來(lái)分析才行。

rtthread內(nèi)核中,目前僅TI的tms320f28379為向上增長(zhǎng)型,對(duì)應(yīng)的cpuport.c在 libcpu/ti-dsp/c28x/cpuport.c內(nèi),它實(shí)現(xiàn)的 rt_hw_stack_init 函數(shù)如下:
(不要問(wèn)我怎么找到的,根據(jù)宏全局搜ARCH_CPU_STACK_GROWS_UPWARD=y能發(fā)現(xiàn)只有ti這顆用的向上增長(zhǎng)型! T_T)

rt_uint8_t *rt_hw_stack_init(void *tentry,
void *parameter,
rt_uint8_t *stack_addr,
void *texit)
{
struct stack_frame *stack_frame;
rt_uint8_t *stk;
unsigned long i;
stk = stack_addr;
stk = (rt_uint8_t )RT_ALIGN((rt_uint32_t)stk, 2);
stk += 1; / to work around the stack alignment /
stack_frame = (struct stack_frame )stk;
/
zero all registers /
for (i = 0; i < sizeof(struct stack_frame) / sizeof(rt_uint32_t); i ++)
{
((rt_uint32_t )stack_frame)[i] = 0;
}
/
configure special registers
/
stack_frame->exception_stack_frame.dp_st1 = 0x00000A08;
stack_frame->xar4 = (rt_uint32_t)parameter;
stack_frame->exception_stack_frame.return_address = (rt_uint32_t)tentry;
stack_frame->rpc = (rt_uint32_t)texit;
#ifdef TMS320C28XX_FPU32
stack_frame->stf = 0x00000200;
stack_frame->rb = 0;
#endif
/
return task's current stack address */
return stk + sizeof(struct stack_frame);
}

向上增長(zhǎng)型就簡(jiǎn)單了,直接加就可以了,不過(guò)向上增長(zhǎng)型字節(jié)對(duì)齊采用的是 RT_ALIGN 向上對(duì)齊的方式!

擴(kuò)展知識(shí):
此外,關(guān)于棧除了向上增長(zhǎng)和向下增長(zhǎng)之外,還有一個(gè)知識(shí)點(diǎn):滿(mǎn)堆棧 和 空堆棧

概念介紹:

滿(mǎn)堆棧不是指堆棧滿(mǎn)了的意思,空堆棧也不是指堆??盏囊馑?,而是根據(jù)堆棧指針(SP指針)指向的空間是否存有數(shù)據(jù)來(lái)決定。

當(dāng)SP指針指向的地址空間沒(méi)有存放有效數(shù)據(jù),則稱(chēng)之為空堆棧;

當(dāng)SP指針指向的地址空間存放有有效數(shù)據(jù),則稱(chēng)之為滿(mǎn)堆棧。

因此針對(duì)滿(mǎn)堆棧,寫(xiě)入數(shù)據(jù)的流程為先移動(dòng)SP指針再填寫(xiě)有效數(shù)據(jù);而對(duì)于空堆棧則是先填寫(xiě)有效數(shù)據(jù)再移動(dòng)堆棧指針。

由滿(mǎn)堆棧、空堆棧與向上增長(zhǎng)堆棧、向下增長(zhǎng)堆棧,共可組成四種組合:

向上遞增滿(mǎn)堆棧(滿(mǎn)增)
向下遞增滿(mǎn)堆棧(滿(mǎn)減)
向上遞增空堆棧(空增)
向下遞增空堆棧(空簡(jiǎn))

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 存儲(chǔ)器
    +關(guān)注

    關(guān)注

    38

    文章

    7366

    瀏覽量

    163092
  • cpu芯片
    +關(guān)注

    關(guān)注

    0

    文章

    46

    瀏覽量

    13538
  • Cortex-M4
    +關(guān)注

    關(guān)注

    6

    文章

    89

    瀏覽量

    46443
  • FPU
    FPU
    +關(guān)注

    關(guān)注

    0

    文章

    41

    瀏覽量

    21208
  • RT-Thread
    +關(guān)注

    關(guān)注

    31

    文章

    1239

    瀏覽量

    39435
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    RT-Thread自動(dòng)初始化詳解

    我們知道,在寫(xiě)裸機(jī)程序時(shí),當(dāng)我們完成硬件初始化后,就需要在主函數(shù)中進(jìn)行調(diào)用。當(dāng)我們使用RT-Thread后,完全不需要這樣做了,我們可以將硬件等自動(dòng)初始化。 RT-Thread?自動(dòng)
    的頭像 發(fā)表于 06-25 21:38 ?1w次閱讀
    <b class='flag-5'>RT-Thread</b>自動(dòng)<b class='flag-5'>初始化</b>詳解

    什么是RT-Thread線程管理看完你就懂了

    () 函數(shù)里添加自己的應(yīng)用程序初始化代碼。線程的管理方式本章前面 2 節(jié)對(duì)線程的功能與工作機(jī)制進(jìn)行了概念上的講解,相信大家對(duì)線程已經(jīng)不再陌生。本節(jié)將深入到
    發(fā)表于 03-29 06:16

    RT-Thread 踩坑記錄 - 初始化線程時(shí)使用局部變量

    前言為了不再CTRL+C,CTRL+V,修改,我開(kāi)始嘗試手敲代碼。RT-Thread線程可以靜態(tài)初始化,也可以動(dòng)態(tài)申請(qǐng)內(nèi)存的方式創(chuàng)建靜態(tài)初始化線程
    發(fā)表于 05-13 18:40

    RT-Thread線程簡(jiǎn)介

    文章目錄RT-Thread線程簡(jiǎn)介源碼分析初始化線程線程脫離啟動(dòng)
    發(fā)表于 08-24 07:56

    如何對(duì)RT-Thread系統(tǒng)進(jìn)行初始化

    RT-Thread是如何啟動(dòng)的?如何對(duì)RT-Thread系統(tǒng)進(jìn)行初始化呢?
    發(fā)表于 11-30 07:54

    RT-Thread自動(dòng)初始化機(jī)制簡(jiǎn)介

    的 main 線程里被調(diào)用執(zhí)行,這個(gè)時(shí)候硬件環(huán)境和操作系統(tǒng)已經(jīng)初始化完成,可以執(zhí)行應(yīng)用相關(guān)代碼。rt_components_init() 函數(shù)會(huì)遍歷通過(guò)剩下的其他幾個(gè)宏申明的初始化函數(shù)
    發(fā)表于 04-06 18:08

    RT-Thread系統(tǒng)初始化與啟動(dòng)流程詳細(xì)描述

    系統(tǒng)定時(shí)器線程voidrt_application_init ()創(chuàng)建用戶(hù)線程詳細(xì)描述RT-Thread 的啟動(dòng)流程RT-Thread 的啟動(dòng)流程,大致可以分為四個(gè)部分:(1)
    發(fā)表于 08-25 15:15

    如何對(duì)RT-Thread系統(tǒng)的線程進(jìn)行初始化

    , rt_uint32_t tick);rt_thread_init函數(shù)用來(lái)初始化靜態(tài)線程對(duì)象。而線程句柄(或者說(shuō)
    發(fā)表于 08-30 14:51

    RT-Thread操作系統(tǒng)中的線程脫離是什意思

    例程可調(diào)用函數(shù)參數(shù)參數(shù)描述thread線程句柄,它應(yīng)該是由rt_thread_init進(jìn)行初始化
    發(fā)表于 08-30 14:53

    RT-Thread自動(dòng)初始化原理分析

    ;}這里我們直接就可以使用 printf 進(jìn)行打印,而沒(méi)有進(jìn)行一些其它的初始化,參考這個(gè)思路引出了 RT-Thread 的自動(dòng)初始化機(jī)制。RT-Thread 自動(dòng)
    發(fā)表于 12-05 14:17

    一文詳解RT-Thread自動(dòng)初始化

    在學(xué)RT-Thread時(shí),經(jīng)常能聽(tīng)到這個(gè)詞:自動(dòng)初始化。用起來(lái)也非常容易,一個(gè)宏就解決了,但是原理是什么呢?
    的頭像 發(fā)表于 07-21 10:17 ?7399次閱讀
    一文詳解<b class='flag-5'>RT-Thread</b>自動(dòng)<b class='flag-5'>初始化</b>

    RT-Thread全球技術(shù)大會(huì):如何使用組件以及自動(dòng)初始化流程

    RT-Thread全球技術(shù)大會(huì):如何使用組件和自動(dòng)初始化流程 ? ? ? ? ? 審核編輯:彭靜
    的頭像 發(fā)表于 05-27 15:16 ?833次閱讀
    <b class='flag-5'>RT-Thread</b>全球技術(shù)大會(huì):如何使用組件以及自動(dòng)<b class='flag-5'>初始化</b>流程

    RT-Thread自動(dòng)初始化機(jī)制

    ??在分析之前首先查閱 RT-Thread 的官方文檔 [RT-Thread 自動(dòng)初始化機(jī)制](https://www.rt-thread.
    的頭像 發(fā)表于 06-17 08:52 ?2383次閱讀
    <b class='flag-5'>RT-Thread</b>自動(dòng)<b class='flag-5'>初始化</b>機(jī)制

    rt-thread 優(yōu)化系列(六)啟動(dòng)流程重構(gòu)

    去年此時(shí),筆者剛接觸 rt-thread 的時(shí)候,被它的初始化過(guò)程深深折服了。第一次打開(kāi)一個(gè) rt-thread 的項(xiàng)目,竟然沒(méi)找到多線程在哪兒初始
    的頭像 發(fā)表于 07-04 15:30 ?1609次閱讀
    <b class='flag-5'>rt-thread</b> 優(yōu)化系列(六)啟動(dòng)流程重構(gòu)

    RT-Thread使用經(jīng)驗(yàn)分享:鏈表未初始化造成死機(jī)

    最近在開(kāi)發(fā)調(diào)試基于RT-Thread 的驅(qū)動(dòng)時(shí),遇到一個(gè)比較奇怪的死機(jī)問(wèn)題,后來(lái)經(jīng)過(guò)一步步排查,終于發(fā)現(xiàn)是驅(qū)動(dòng)的鏈表節(jié)點(diǎn)沒(méi)有初始化造成的死機(jī)
    的頭像 發(fā)表于 10-08 14:49 ?737次閱讀
    <b class='flag-5'>RT-Thread</b>使用經(jīng)驗(yàn)分享:鏈表未<b class='flag-5'>初始化</b>造成死機(jī)