avr的應用程式啟動我都做了啥(enrty.S)

avr(at90...)的中斷處理函數"註冊"流程：

  head.S中設定了預設中斷處理（即：not_defined -> reset），同時注意到，這些位置的標記（symbol）都是弱的（.weak指明），也就是說，可以在程式中替換這些預設中斷處理，也就是正常的方式，通過編譯器定義好的方式寫中斷函數就可以了，編譯器將我們自訂的中斷處理函數做如下處理：

1. 儲存現場（prologue）；

2. 做真正的事；

3. 還原現場（epilogue）；

4. reti從中斷返回。

 

上面都是傳統的方式，能夠正常工作，也是大部分程式所採用的方法。 我們希望對其稍微改動，因為我們認為上面有幾個不足：

1. 每個自訂中斷處理函數，被編譯器加上了頭（prologue）和尾（epilogue），有點浪費code空間（，編譯器加上naked參數能夠跳過這些）；

2. 不能為同一中斷號註冊多個處理函數，雖然一般不需要這樣做（，當然也許你可以想到，把原來的中斷處理常式中，改造為一個分發器也能實現這個，但我沒有這樣做）；

3. 由1.引出的想法，中斷處理的第一跳指令不是我們的指令，是不是不可控，作為新人類，我們要對我們的代碼實行完全控制（代碼控制控制欲），亂說的。。。

 

改造：

結合linux arm的還向量表構造來看，我們的痛點將會是如果在我們所謂的“可控代碼”中找到中斷號(irq_nr)：

1. 中斷向量表處只能存放一條跳轉指令，沒有機會儲存中斷號；

2. 對這款晶片，各個中斷標記分散在單獨模組的寄存器中，如果做輪詢的話，代碼會很冗餘；

取巧法：

hw_vect:

jmp reset

jmp sf_vect0

jmp sf_vect1

...

 

sf_vect0:

mov regX, 0

jmp prologue

sf_vect1:

mov regX, 1

jmp prologue

...

prologue:

do prologue

real_irq:

mov regY, regX; 將irq_nr存入作為參數的寄存器

call do_IRQ; 分發器，裡面調用自訂的中斷處理函數

epilogue:

do epilogue

 

reti

 

完成後，除了省了一些空間外，沒發現有什麼好的了，好玩而已？

 

補充（100506）：用了這套東西，我們的串口無法輸出爽快，輸出幾個位元組就不動了，最後尋找到問題在do_IRQ(int nr)，我從核心裡抄過來的原型，問題就出在這個int上，換成uint8_t它就爽了。