1、初始化完ddr2，由于開啟了整個512M空間的訪問，為了測試后256M是否能正常訪問，所以選擇往0x30000000（即從后面256M空間選定一個地址進行讀寫測試）寫入一個數據然后再讀出，一開始出現過讀出內容一直顯示為0x30000000，而不是寫入的那個0x12345678，排查過程就是直接先屏蔽掉寫入語句，只執行讀出0x30000000地址內容的語句，等確認完確實能讀出0x30000000中內容再打開寫入語句繼續測試。

2、筆記本右下角無線圖標突然消失，可能和拆卸清灰有關（因為調試過程中間風扇突然出現異響并且持續不斷，所以沒辦法只好暫停手頭工作先處理了），嘗試過右鍵任務欄設置選擇顯示網絡圖標（關鍵是沒關閉過此選項，保險起見也重新關閉選擇然后再打開，但是無效），重啟WLAN服務也是無效，最后是使用命令行管理員模式，執行了netsh winsock reset然后重啟就可以了。

3、下面錯誤是由于標號寫錯，應該是_start而不是start。

 2、按照《54-實驗五：將u-boot.bin從SD卡搬運到DDR內存中2》試驗，一開始只打印出了0xEA000014及前面部分的內容，而后面U-Boot 2012.10往后的內容并無打印，一開始想的也肯定是使用led進行調試，所以在low_level_init.S中屏蔽掉了原來led_on嘗試打印，結果一下子就打印出來了，現象雖然出來了，但是問題的原因一開始始終想不明白，怎么start.S里的一個普通led_on函數竟然會導致程序無法一直向下運行，其實程序邏輯比較簡單，就是start.S->low_level_init.S->led_on(在start.S)->board_init_f(在start.S)，既然沒打印U-Boot 2012.10等內容，說明board_init_f沒運行成功，由于board_init_f使用到了lr寄存器，然后led_on函數也只使用了一句mov pc,lr語句，由于之前被調試串口碰到的由于lr不保存好導致無法返回函數入口點的問題折騰了很長時間，所以這次也先入為主地認為總要在哪加lr保存語句才好，但是看來看去的結論就是不用保存lr其實按照正常邏輯就應該能跑下去才對的，卻沒有仔細回過頭來檢查其實led_on函數中由于使用了r11來存儲IO口寄存器的基地址（畢竟led_on前面調試一直用都沒問題所以想當然地以為沒問題所以就沒細看才導致一直想不到是這里的問題），而r11在low_level_init.S開頭處用于保存low_level_init被調用后的返回地址，所以一旦調用led_on就會沖掉low_level_init的返回地址，才會產生無法繼續向下運行的現象。