色偷偷偷久久伊人大杳蕉,色爽交视频免费观看,欧美扒开腿做爽爽爽a片,欧美孕交alscan巨交xxx,日日碰狠狠躁久久躁蜜桃

_{<pre id="hz13e"></pre>}

電子工程網(wǎng)

標題: arm-linux-gcc編譯的結(jié)果，反匯編出來的入口為什么不正確？ [打印本頁]

作者: lelee007 時間: 2009-6-19 01:56
標題: arm-linux-gcc編譯的結(jié)果，反匯編出來的入口為什么不正確？
.extern main
.text
.global _start
@ 0x00: 系統(tǒng)入口，此處放置一條跳轉(zhuǎn)語句，跳過中斷向量表，至于中斷向量表，實際是最后被copy到SDRAM的高端地址，通過MMU來處理進入
_start:  @-------->這里定義的入口處
b real_start  @-------->這里是跳過reset，但是reset實際是存在的，但不是程序真正的開始

@ 0x04: 中斷向量表并非從0地址開始放置，因為我們使用的直接SDRAM調(diào)試時，中斷入口是需要通過MMU來映射的
Reset:
b Reset          @直接在SDRAM中調(diào)試的話，實際是不使用Reset的，因此一Reset，硬件系統(tǒng)將從nand flash中讀取uboot來執(zhí)行，所以此處實際是個空語句處理

@ 0x08: Undefined instruction exception
HandleUndef:
b HandleUndef

@ 0x0c: Software interrupt exception
HandleSWI:
b HandleSWI

@ 0x10: Prefetch Abort (Instruction Fetch Memory Abort)
HandlePrefetchAbort:
b HandlePrefetchAbort

@ 0x14: Data Access Memory Abort
HandleDataAbort:
b HandleDataAbort

@ 0x18: Not used
HandleNotUsed:
b HandleNotUsed

@ 0x1c: IRQ(Interrupt Request) exception
ldr pc,HandleIRQAddr

@ 0x20: FIQ(Fast Interrupt Request) exception
HandleFIQ:
b HandleFIQ
HandleIRQAddr:
.long HandleIRQ

real_start:
@here，跳過系統(tǒng)上電后從0地址出的中斷向量表開始執(zhí)行，這是為了不用燒寫FLASH來進行調(diào)試
@here，此處應(yīng)該先將系統(tǒng)設(shè)置為上電時系統(tǒng)的默認模式，因為此時系統(tǒng)尚運行于uboot的環(huán)境

ldr sp, =0x30100000 @設(shè)置運行于SDRAM時的堆棧
bl disable_watch_dog @關(guān)閉看門狗
bl clock_init       @初始化時鐘，啟動PLL，F(xiàn)CLK=200MHz,HCLK=100MHz,PCLK=50MHz
bl memsetup_2       @設(shè)置SDRAM
@ bl init_nand       @SDARM調(diào)試，不使用nand flash，所以不用初始化nand 控制器
bl copy_vectors_to_high @此處使用lelee自己的代碼，將0x3000 0004地址開始的中斷向量表copy到SDRAM的高端去

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
以上為head.s的開頭處

00000000 <.data>:
0: e1a0c00d    mov ip, sp
4: e92dd800    stmdb sp!, {fp, ip, lr, pc}
8: e24cb004    sub fp, ip, #4 ; 0x4
c: e3a02313    mov r2, #1275068416 ; 0x4c000000
  10: e3e034ff    mvn r3, #-16777216 ; 0xff000000
  14: e5823000    str r3, [r2]
  18: e3a03313    mov r3, #1275068416 ; 0x4c000000
  1c: e2833014    add r3, r3, #20 ; 0x14
  20: e3a02003    mov r2, #3 ; 0x3
  24: e5832000    str r2, [r3]
  28: ee111f10    mrc 15, 0, r1, cr1, cr0, {0}
  2c: e3811103    orr r1, r1, #-1073741824 ; 0xc0000000
  30: ee011f10    mcr 15, 0, r1, cr1, cr0, {0}
  34: e3a02313    mov r2, #1275068416 ; 0x4c000000
  38: e2822004    add r2, r2, #4 ; 0x4
  3c: e3a03917    mov r3, #376832 ; 0x5c000
  40: e2833040    add r3, r3, #64 ; 0x40
  44: e5823000    str r3, [r2]
  48: e89da800    ldmia sp, {fp, sp, pc}
  4c: 43434700    cmpmi r3, #0 ; 0x0
  50: 4728203a    undefined
  54: 2029554e    eorcs r5, r9, lr, asr #10
  58: 2e342e33    mrccs 14, 1, r2, cr4, cr3, {1}
  5c: 00000031    andeq r0, r0, r1, lsr r0
  60: eafffffe    b 0x60  @---->這里是中斷入口了
  64: eafffffe    b 0x64
  68: eafffffe    b 0x68
  6c: eafffffe    b 0x6c
  70: eafffffe    b 0x70
  74: eafffffe    b 0x74
  78: e59ff000    ldr pc, [pc, #0] ; 0x80
  7c: eafffffe    b 0x7c
  80: 300040c4    andcc r4, r0, r4, asr #1
  84: e59fd04c    ldr sp, [pc, #76] ; 0xd8

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

很納悶，不知道為什么突然邊成這樣了，之前都還是好好的，反匯編的開始處是中斷入口

誰給個答案？小弟謝謝了

作者: 阿南 時間: 2009-6-19 13:22
呵呵,沒怎么理解清楚樓主的問題

0x18應(yīng)該為IRQ的入口吧怎么會是:

@ 0x18: Not used
HandleNotUsed:
b HandleNotUsed

作者: huangqi412 時間: 2009-6-19 13:30
傳說中的一式三招,ls...

作者: lelee007 時間: 2009-6-19 18:39
南哥，我在連接的時候，直接把程序全放在0x30004000處了，直接通過uboot下載到SDRAM中去跑，而不是每次都燒寫nand，所以在程序的最開始處，相當于中斷向量表中的Reset的位置放置了一條跳轉(zhuǎn)指令b real_start 來跳過reset，而真正的中斷向量表是往后推了4個字節(jié)來，所以那個保留的未使用的存放地址就到了0x18了，我的程序里邊用了段代碼將b real_start后邊的7個word空間的向量表copy到SDRAM的高地址去了（這樣應(yīng)該是可以進中斷的吧？中斷的進入只與pc的值和存放位置有關(guān)，與編譯連接應(yīng)該沒什么關(guān)系吧？）

我的問題是，為什么編譯的結(jié)果，0地址的b real_start和緊接著的中斷向量表不在最開始處，而是跑到了“60: eafffffe b 0x60 @---->這里是中斷入口了”這里來了？

昨天改程序，改來改去，編譯結(jié)果還是這樣，反匯編出來的代碼就是一樓里貼的，而且下載到SDRAM里了，根本不跑

作者: lelee007 時間: 2009-6-19 18:45
本來弄了個簡單的，不開中斷的程序，在main（）里邊的while(1)中用led的交替亮滅來測試，是正常的（就是連接直接指明程序從30004000處開始運行，編譯結(jié)果用uboot下載到30004000處，然后go 30004000，是可以正常跑的。MMU也開了，64M的SDRAM的地址空間，除了33f0 0000映射到ffff 0000處（33f0 0000開始存放中斷向量表），其他地址都是映射為本身，寄存器也一頁映射為本身地址）
但是加了timer0后，編譯的結(jié)果就成這樣了，莫名其妙

作者: 阿南 時間: 2009-6-22 09:05
其實問題沒有考慮太多.但是有一點必需清楚的認識到,CPU復(fù)位之后PC指向0x0地址,產(chǎn)生IRQ時PC指向0x18,這是三星ARM處理器的鐵的實事.就是俺是中國人一樣永遠是改變不了的事實!

作者: 阿南 時間: 2009-6-22 09:06
其實問題沒有考慮太多.但是有一點必需清楚的認識到,CPU復(fù)位之后PC指向0x0地址,產(chǎn)生IRQ時PC指向0x18,這是三星ARM處理器的鐵的實事.就是俺是中國人一樣永遠是改變不了的事實!

作者: lelee007 時間: 2009-6-24 22:53
2410中斷入口有兩中擺放方式嘛，低端和高端
如果放高端的話，復(fù)位后PC指向FFFF0000吧
IRQ來的時候就指向FFFF0018了吧

作者: xiaofenger.tan 時間: 2011-1-14 10:12
居然有人這種問題都沒有搞懂

作者: xiaofenger.tan 時間: 2011-1-14 10:12
0x18就是未用嘛

作者: lelee007 時間: 2011-1-14 12:04
LS弄明白到底時什么問題了么？！:-)

討論的是反匯編的結(jié)果不正確，正常反匯編出來的結(jié)果不是這樣

至于0X18用沒用，壓根沒提到過，并且是把程序入口重新映射了，并且用鏈接腳本處理過

弄明白了再跟貼

歡迎光臨電子工程網(wǎng) (http://www.54549.cn/)