為啥剛剛enable MMU后系統(tǒng)立刻就掛了？

codee

嵌入式門外漢，手頭有個(gè)2410的老開發(fā)板，自帶bootloader沒動(dòng)，可通過usb下載zImage并啟動(dòng)成功。
我有個(gè)想法是做雙bootloader，也就是除了本身的bootloader外，另外安裝一個(gè)uboot在以前屬于linux kernel的nand分區(qū)上。但是出現(xiàn)了問題：
1、從bootloader啟動(dòng)寫在nand分區(qū)上的uboot，再通過uboot下載linux內(nèi)核zImage，顯示解壓完成后就掛住了。
2、從bootloader通過USB下載和上面相同的uboot.bin，并在下載完成后運(yùn)行該uboot，再通過uboot下載和上面相同的linux內(nèi)核，內(nèi)核可以成功啟動(dòng)。
這兩個(gè)方法唯一的區(qū)別就是，第一次是加載nand分區(qū)上的uboot運(yùn)行，而第二次是下載uboot直接運(yùn)行。


我寫了一段閃燈的匯編，插入到內(nèi)核啟動(dòng)代碼，發(fā)現(xiàn)，在head.S的__turn_mmu_on中，執(zhí)行完mcr p15, 0, r0, c1, c0, 0（也就是開啟mmu），系統(tǒng)就掛住了。通過實(shí)驗(yàn)，我觀察到的r0值是0xc0007177。對了，kernel版本是2.6.14。不知道有沒有大俠可以幫我看看這是咋回事？

codee

搞定了，媽的，基礎(chǔ)知識不牢。。。原來是bootloader設(shè)置的啟動(dòng)參數(shù)區(qū)(0x30000100)作祟。
zImage解壓程序貌似會(huì)讀取這個(gè)區(qū)域，其內(nèi)容是頁的大小和數(shù)量，bootloader設(shè)置分別為0x1000和0x4000，我在uboot啟動(dòng)zImage前將0x30000100和0x30000104兩個(gè)32位清零，kernel就能正常啟動(dòng)了。

大概就是這個(gè)意思，我還沒時(shí)間深究zImage的解壓過程，希望有懂的大俠澄清一下。

wy1082

多謝分享，樓主辛苦