摘要: 通過 vivi 加載 arm linux 內核時發現開發板自帶的根文件系統太大了(27M)，如果通過串口傳輸的話到少要 2 個小時呢，索性自己制作了一個，謹將操作過程錄之于下  閱讀全文

     摘要: FS2410 開發板上的 ARM 核心為 ARM920T， ARM920T 代表著什么呢? 其實 ARM920T = ARM9 core + MMU + Cache，也就是說 ARM920T 為實現虛擬內存管理提供了硬件條件，這個硬件條件就是 MMU -- 內存管理單元。前面的實驗我們程序里的地址都是直接對應物理地址，也就是說虛擬地址等同于物理地址，而今借助 MMU 我們可以實現虛擬內存管理，程序里面的地址不再被直接送到地址總線，而是先通過 MMU，由 MMU 來實現虛地址到物理地址的映射。這有什么意義呢?想象有這么兩個程序，它們有相同的虛擬地址，但由于運行時其虛地址分別被映射到不同的物理地址，所以它們各行其道、和平共處，而不會產生沖突...有了 MMU 的支持我們可以設計出高級的作業系統...  閱讀全文

     摘要: 事情是這樣的， 前些日子在 FS2410 (核心板為三星 s3c2410)開發板上實現了中斷，包括響應時鐘 Timer0, 響應按鍵，并實現了串口通信，能把任何數據通過 UART0 發送到 PC 機上的超級終端上進行顯示，這樣也便于調試。前兩天又實現了 MMU 的啟用代碼，歡呼雀躍啊..., 可就在這個時候問題來了...
  閱讀全文

     摘要: 在 FS2410 板子上寫的程序用的是 arm-linux-gcc 這個編譯器，總結了一下它常用的匯編偽指令  閱讀全文

     摘要: 中斷服務程序在操作系統中無疑占有非常重要的地位，編寫中斷程序不僅要會運用底層的匯編語言，還要了解 ARM 的體系架構。那這一節我們就通過中斷編程來響應 FS2410開發板上的 16 個按鍵，實現依次按下16個鍵時，D9~D12 四個 Led 從 0~15 進行計數，并通過上個實驗實現的 uart_printf 向串口發送數據 Kn is pressed!。  閱讀全文

     摘要: 到目前為止我們所編寫的程序都是直接燒到裸板(FS2410)上運行，沒有借助操作系統，如果哪個環節出錯了，就只能揣測代碼的邏輯，無法借助 GDB 調試，這無形增加了編寫代碼的難度，如果任意時刻我們能把某個變量的值打印出來多好啊...呵呵， 你也許有同樣的困惑，上一個實驗我們對 UART 串口編程實現了對超級終端接收和發送數據，也許我們可以編寫一個類似 C 語言里的 printf，作用就是向上位機的超級終端發送我們指定的任何數據。懷著這樣美好的愿望，隨我一起踏上征程吧。  閱讀全文

     摘要: 在 Linux 下面大多通過命令行方式工作，如果能將 bash 提供的編程結構和各命令結合起來，寫成功能強大的腳本，將會節省很多時間，顯著的提高效率。下面就介紹 bash 提供的語法結構，步入我們的 shell 編程之路。  閱讀全文

     摘要: 串口通信我們并不陌生，我們經常用串口來進行數據傳輸，可并不清楚它是如何工作的。那這一節我們就來揭開 ARM S3c2410 UART(Universal Asynchronous Receiver and Transmitter) 串口通信的神秘面紗。  閱讀全文

     摘要: Ubuntu 學習筆記, 不斷更新中...  閱讀全文

     摘要: 前面做過一個實驗，搬移 Nand Flash 里的前 4k 代碼到內存指定位置，這其實是把 SRAM 從 0x40000000 開始的 4K 代碼復制到SDRAM的指定位置，并沒有涉及到對 Nand Flash 的操作。究其原因，開發板上電后，Nand Flash 開始的前 4K 數據會被自動復制到 SRAM 0x40000000 開始的 4K 區域里，這個區域被稱為 "Steppingstone"。那我們這次就來操作 Nand Flash，讀取它 4K 后的代碼到 SDRAM 指定位置，并執行 SDRAM 中的代碼。
  閱讀全文