嵌入式怎麼加快編譯速度

A. 什麼是嵌入式設計中的交叉編譯

Compiling a program takes place by running a compiler on the build platform. The compiled program will run on the host platform. Usually these two are the same; if they are different, the process is called cross-compilation.
對一個程序進行編譯的過程要通過在一個操作系統平台(編譯平台)上運行編譯器而完成。被編譯的程序也將運行在一個操作系統平台(運行平台)上，這二個平台通常是相同的，如果二者不同，則這個編譯過程被稱為交叉編譯。

Typically the hardware architecture differs, like for example when compiling a program destined for the MIPS architecture on an x86 computer; but cross-compilation is also applicable when only the operating system environment differs, as when compiling a FreeBSD program under linux; or even just the system library, as when compiling programs with uClibc on a glibc host.
一般來說交叉編譯被應用在硬體結構不同的機器上，如在x86的計算機上為MIPS體系的機器編譯程序。但交叉編譯也適用於硬體結構相同而操作系統不同的情況，比如在Linux操作系統下為FreeBSD編譯程序。交叉編譯甚至也可以應用於只有系統庫不同的情況下，如在使用glibc的機器上用uClibc編譯程序。

Cross-compilation is typically more involved and prone to errors than with native compilation. Due to this, cross-compiling is normally only utilized if the target is not yet self-hosting (i.e. able to compile programs on its own), unstable, or the build system is simply much faster. For many embedded systems, cross-compilation is simply the only possible way to build programs, as the target hardware does not have the resources or capabilities.
交叉編譯通常比本地編譯更容易引發錯誤。因此，交叉編譯一般只用於目標平台不能自洽(比如說，目標平台無法完成程序編譯)，不穩定或者編譯平台速度更快的情況下。對大多數嵌入式系統來說，由於目標平台的執行能力或系統資源有限，交叉編譯是唯一可行的編譯方式。

B. 嵌入式設備，為加快啟動速度，可以做哪些方面的優化

用eMMC啊神馬的
bootloader優化，內核用力裁掉。

C. 學習嵌入式，要如何學好嵌入式

原文鏈接：網頁鏈接

嵌入式Linux學習路線圖

我是1999年上的大學，物理專業。在大一時，我們班裡普遍彌漫著對未來的不安，不知道學習了物理後出去能做什麼。你當下的經歷、當下的學習，在未來的一天肯定會影響到你。畢業後我們也各自找到了自己的職業：出國深造轉行做金融、留校任教做科研、設計晶元、寫程序、創辦公司等等，這一切都離不開在校時學到的基礎技能（數學、IT、電子電路）、受過煅煉的自學能力。

所以，各位正在迷茫的在校生，各位正在嘗試轉行的程序員，未來一定有你的位置，是好是壞取決於你當下的努力與積累。

我不能預言幾年後什麼行業會熱門，也不能保證你照著本文學習可以發財。我只是一個有十幾年經驗的程序員，給對編程有興趣的你，提供一些建議。

1.程序員的三大方向

程序員的方向，一般可以分為3類：專業領域、業務領域、操作系統領域。你了解它們後，按興趣選擇吧。

對於專業領域，我提供不了建議。

業務，也就是應用程序，它跟操作系統並不是截然分開的：

①開發實體產品時，應用程序寫得好的人，有時候需要操作系統的知識，比如調度優先順序的設置、知道某些函數可能會令進程休眠。

②寫應用程序的人進階為系統工程師時，他需要從上到下都了解，這時候就需要有操作系統領域的知識了，否則，你怎麼設計整個系統的方案呢？

③做應用程序的人，需要了解行業的需求，理解業務的邏輯。所以，當領導的人，多是做應用的。一旦鑽入了某個行業，很難換行業。

④而操作系統領域，做好了這是通殺各行業：他只負責底層系統，在上面開發什麼業務跟他沒關系。這行很多是技術宅，行業專家。

⑤操作系統和業務之間並沒有一個界線。有操作系統經驗，再去做應用，你會對系統知根知底，碰到問題時都有解決思路。有了業務經驗，你再了解一下操作系統，很快就可以組成一個團隊自立門戶，至少做個CTO沒問題。

1.1 專業領域

它又可以分為下面2類。

1.1.1 學術研究

比如語音、圖像處理、人工智慧，這類工作需要你有比較強的理論知識，我傾向於認為這類人是「科學家」，他們鑽研多年，很多時候是在做學術研究。

在嵌入式領域，需要把他們的成果用某種演算法表達出來，針對某種晶元進行優化，這部分工作也許有專人來做。

1.1.2 工程實現

也有這樣一類人，他們懂得這些專業領域的概念，但是沒有深入鑽研。可以使用各類開源資料實現某個目標，做出產品。比如圖像處理，他懂得用opencv里幾百個復雜函數來實現頭像識別。有時候還可以根據具體晶元來優化這些函數。

「專業領域」不是我的菜，如果你要做這一塊，我想最好的入門方法是在學校學習研究生、博士課程。

1.2 業務領域

換句話說，就是應用程序，這又可以分為下面2類。

1.2.1 界面顯示

做產品當然需要好的界面，但是，不是說它不重要，是沒什麼發展後勁。

現在的熱門詞是Android APP和IOS APP開發。你不要被Android、IOS兩個詞騙了，它們跟以前的VC、VB是同一路貨色，只是、僅僅是一套GUI控制項的實現。

希望沒有冒犯到你，我有理由。

一個程序需要有GUI界面，但是程序的內在邏輯才是核心。Android、IOS的開發工具給我們簡化了GUI的開發，並提供了這些控制項的交互機制，封裝並提供了一些服務(比如網路傳輸)。但是程序內部的業務邏輯、對視頻圖像聲音的處理等等，這才是核心。另外別忘了伺服器那邊的後台程序：怎樣更安全地保存數據、保護客戶的隱私，怎樣處理成千上萬上百萬的並發訪問，等等，這也是核心。

但是，從Android、IOS APP入門入行，這很快！如果你是大四，急於找到一份工作，那麼花上1、2個月去學習Android或IOS，應該容易找到工作，畢竟APP的需求永遠是最大的，現在這兩門技術還算熱門。在2011、2012年左右，Android程序員的起薪挺高，然後開始下滑。Android APP的入門基本只要1個月，所以懂的人也越來越多。2013、2014年，IOS開發的工資明顯比Android高了，於是各類IOS培訓也火曝起來。中華大地向來不缺速成人才，估計再過一陣子IOS工程師也是白菜價了。

會Android、IOS只是基本要求，不信去51job搜搜Android或IOS，職位要求里肯定其他要求。

1.2.2 業務邏輯

舉個簡單例子，做一個打卡軟體，你需要考慮這些東西：

①正常流程是上班下班時都要打卡

②有人忘記了怎麼辦？作為異常記錄在案，推送給管理員

③請假時怎麼處理？

④加班怎麼處理？

對於更復雜的例子，視頻會議系統里，各個模塊怎麼對接，各類協議怎麼兼容，你不深入這個行業，你根本搞不清楚。

應用開發的職位永遠是最多的，入門門檻也低。基本上只要你會C語言，面試時表現比較得體，一般公司都會給你機會。因為：

①你進公司後，還需要重新培訓你：熟悉它們的業務邏輯。

②你要做的，基本也就是一個個模塊，框架都有人給你定好了，你去填代碼就可以了。

說點讓你高興的事：軟體公司里，做領導的基本都是寫應用程序的（當然還有做市場的）。寫應用程序的人，對外可以研究市場接待客戶，對內可以管理程序員完成開發，不讓他做領導讓誰做？

如果你的志向是寫應用程序，那麼我建議你先練好基本功：數據結構、演算法是必備，然後憑興趣選擇資料庫、網路編程等等進行深入鑽研。

最後，選擇你看好的、感興趣的行業深耕個10年吧。做應用開發的人選擇了某個行業，後面是很難換行業的，選行很重要！

1.3 操作系統領域

UCOS太簡單，VxWorks太貴太專業，Windows不玩嵌入式了，IOS不開源，所以對於操作系統領域我們也只能玩Linux了。

在嵌入式領域Linux一家獨大！

Android呢？Android跟QT一樣，都是一套GUI系統。只是Google的實力太強了，現在Android無處不在，所以很多時候Linux+Android成了標配。注意，在這里我們關心的是Android的整個系統、裡面的機制，而不是學習幾個API然後開發界面程序。操作系統領域所包含的內容，簡單地說，就是製作出一台裝好系統的專用「電腦」，可以分為：

①為產品規劃硬體：

按需求、性能、成本選擇主晶元，搭配周邊外設，交由硬體開發人員設計。

②給單板製作、安裝操作系統、編寫驅動

③定製維護、升級等系統方案

④還可能要配置、安裝Android等GUI系統：

⑤為應用開發人員配置開發環境

⑥從系統角度解決疑難問題

這個領域，通常被稱為「底層系統」或是「驅動開發」。

先解決2個常見誤區：

①這份工作是寫驅動程序嗎？

看看上面羅列的6點，應該說，它包含驅動開發，但遠遠不只有驅動開發。

②我們還需要寫驅動嗎？不是有原廠嗎？或者只需要改改就可以？

經常有人說，晶元原廠都做好驅動了，拿過來改改就可以了。如果，你的硬體跟原廠的公板完全一樣，原廠源碼毫無BUG，不想優化性能、削減成本，不想做一些有特色的產品，那這話是正確的。

但是在這個不創新就是找死的年代，可能嗎？！原因有二：

①即使只是修改代碼，能修改的前提是能理解；能理解的最好煅煉方法是從零寫出若干驅動程序。

②很多時候，需要你深度定製系統。

以前做聯發科手機只需要改改界面就可以出貨了，現在山寨廠一批批倒下。大家都使用原廠的方案而不加修改時，最後只能拼成本。

舉個例子，深圳有2家做交通攝像頭、監控攝像頭的廠家，他們曾經找我做過4個項目：

①改進廠家給的SD卡驅動性能，使用DMA。

②換了Flash型號後，系統經常出問題，需要修改驅動BUG。

③觸摸屏點擊不準，找原因，後來發現是旁路電容導致的。

④裁減成本，把4片DDR換為2片DDR，需要改bootloader對DDR的初始化。

這些項目都很急，搞不定就無法出貨，這時候找原廠？除非你是中興華為等大客戶，否則誰理你？

我在中興公司上班時，寫驅動的時間其實是很少的，大部分時間是調試：系統調優，上幫APP工程師、下幫硬體工程師查找問題。我們從廠家、網上得到的源碼，很多都是標準的，當然可以直接用。但是在你的產品上也許優化一下更好。比如我們可以把攝像頭驅動和DMA驅動揉合起來，讓攝像頭的數據直接通過DMA發到DSP去。我們可以在軟體和硬體之間起橋梁作用，對於實體產品，有可能是軟體出問題也可能是硬體出問題，一般是底層系統工程師比較容易找出問題。

當硬體、軟體應用出現問題，他們解決不了時，從底層軟體角度給他們出主意，給他們提供工具。再比如方案選擇：晶元性能能否達標、可用的BSP是否完善等等，這只能由負責整個方案的人來考慮，他必須懂底層。

在操作系統領域，對知識的要求很多：

①懂硬體知識才能看懂電路圖

②英文好會看晶元手冊

③有編寫、移植驅動程序的能力

④對操作系統本身有一定的理解，才能解決各類疑難問題

⑤理解Android內部機制

⑥懂匯編、C語言、C++、JAVA

它絕對是一個大坑，沒有興趣、沒有毅力的人慎選。

①這行的入門，絕對需要半年以上，即使全天學習也要半年。

②它的職位，絕對比APP的職位少

③並且你沒有1、2年經驗，招你到公司後一開始你做的還是APP。

優點就是：

①學好後，行業通殺，想換行就換行；想自己做產品就自己做產品。

②相比做應用程序的人，不會被經常變動的需求搞得天天加班。

③門檻高，當然薪水相對就高。

操作系統領域，我認為適合於這些人：

①硬體工程師想轉軟體工程師，從底層軟體入門會比較好

②單片機工程師，想升級一下。會Linux底層的人肯定會單片機，會單片機的人不一定會Linux。

③時間充足的學生：如果你正讀大二大三，那麼花上半年學習嵌入式Linux底層多有益處。

④想掌握整個系統的人，比如你正在公司里寫APP，但是想升為系統工程師，那麼底層不得不學。

⑤想自己創業做實體產品的工程師，你有錢的話什麼技術都不用學，但是如果沒錢又想做產品，那麼Linux底層不得不學。

⑥做Linux APP的人，沒錯，他們也要學習。

這部分人不需要深入，了解個大概就可以：bootloader是用來啟動內核，Linux的文件系統(第1個程序是什麼、做什麼、各目錄幹嘛用)、APP跟驅動程序的調用關系、工具鏈，有這些概念就可以了

本文中，就把操作系統默認為Linux，講講怎麼學習嵌入式Linux+Android系統。

1.4 嵌入式Linux+Android系統包含哪些內容

嵌入式Linux系統包含哪些東西？不要急，舉一個例子你就知道了。

①電腦一開機，那些界面是誰顯示的？

是BIOS，它做什麼？一些自檢，然後從硬碟上讀入windows，並啟動它。

類似的，這個BIOS對應於嵌入式Linux里的bootloader。這個bootloader要去Flash上讀入Linux內核，並啟動它。

②啟動windows的目的是什麼？

當然運行應用程序以便上網、聊天什麼的了。

這些上網程序、聊天程序在哪？

在C盤、D盤上。

所以，windows要先識別出C盤、D盤。在Linux下我們稱之為根文件系統。

③windows能識別出C盤、D盤，那麼肯定有讀寫硬碟的能力。

這個能力我們稱之為驅動程序。當然不僅僅是操作硬碟，還有網卡、USB等等其他硬體。嵌入式Linux能從Flash上讀出並執行應用程序，肯定也得有Flash的驅動程序啊，當然也不僅僅是Flash。

簡單地說，嵌入式LINUX系統里含有bootloader、內核、驅動程序、根文件系統、應用程序這5大塊。而應用程序，我們又可以分為：C/C++、Android。

所以，嵌入式Linux+Android系統包含以下6部分內容：

①bootloader

②Linux內核

③驅動程序

④使用C/C++編寫的應用程序

⑤Android系統本身

⑥Android應用程序

Android跟Linux的聯系實在太大了，它的應用是如此廣泛，學習了Linux之後沒有理由停下來不學習Android。在大多數智能設備中，運行的是Linux操作系統；它上面要麼安裝有Android，要麼可以跟Android手機互聯。現在，Linux+Android已成標配。

2. 怎麼學習嵌入式Linux操作系統

本文假設您是零基礎，以實用為主，用最快的時間讓你入門；後面也會附上想深入學習時可以參考的資料。

在實際工作中，我們從事的是「操作系統」周邊的開發，並不會太深入學習、修改操作系統本身。

①操作系統具有進程管理、存儲管理、文件管理和設備管理等功能，這些核心功能非常穩定可靠，基本上不需要我們修改代碼。我們只需要針對自己的硬體完善驅動程序

②學習驅動時必定會涉及其他知識，比如存儲管理、進程調度。當你深入理解了驅動程序後，也會加深對操作系統其他部分的理解

③Linux內核中大部分代碼都是設備驅動程序，可以認為Linux內核由各類驅動構成

但是，要成為該領域的高手，一定要深入理解Linux操作系統本身，要去研讀它的源代碼。

在忙完工作，閑暇之餘，可以看看這些書：

①趙炯的《linux內核完全注釋》，這本比較薄，推薦這本。他後來又出了《Linux 內核完全剖析》，太厚了，搞不好看了後面就忘記前面了。

②毛德操、胡希明的《LINUX核心源代碼情景分析》，此書分上下冊，巨厚無比。當作字典看即可：想深入理解某方面的知識，就去看某章節。

③其他好書還有很多，我沒怎麼看，沒有更多建議

基於快速入門，上手工作的目的，您先不用看上面的書，先按本文學習。

2.1 入門路線圖

假設您是零基礎，我們規劃了如下入門路線圖。前面的知識，是後面知識的基礎，建議按順序學習。每一部分，不一定需要學得很深入透徹，下面分章節描述。

2.2 學習驅動程序之前的基礎知識

2.2.1 C語言

只要是理工科專業的，似乎都會教C語言。我見過很多C語言考試90、100分的，一上機就傻了，我懷疑他們都沒在電腦上寫過程序。

理論再好，沒有實踐不能幹活的話，公司招你去幹嘛？

反過來，實踐出真知，學習C語言，必須練練練、寫寫寫！

當你掌握基本語法後，就可以在電腦上練習一些C語言習題了；

當你寫過幾個C程序後，就可以進入下一階段的裸機開發了。

①不需要太深入

作為快速入門，只要你會編寫「Hello, world!」，會寫冒泡排序，會一些基礎的語法操作，暫時就夠了。

指針操作是重點，多練習；

不需要去學習過多的數據結構知識，只需要掌握鏈表操作，其他不用學習，比如：隊列、二叉樹等等都不用學；不需要去學習任何的函數使用，比如文件操作、多線程編程、網路編程等等；這些知識，在編寫Linux應用程序時會用，但是在操作系統特別是驅動學習時，用不著！

永往直前吧，以後碰到不懂的C語言問題，我們再回過頭來學習。

在後續的「裸機開發」中，會讓你繼續練習C語言，那會更實戰化。

C語言是在寫代碼中精進的。

②可以在Visual Studio下學習，也可以在Linux下學習，後者需要掌握一些編譯命令，我們暫時沒有提供C語言的教程，找一本C語言書，網上找找免費的C語言視頻(主要看怎麼搭建環境)，就可以自學了。

2.2.2 PC Linux基本操作：

對於PC Linux，我們推薦使用Ubuntu，在它上面安裝軟體非常簡便。

我們的工作模式通常是這樣：在Windows下閱讀、編寫代碼，然後把代碼上傳到PC Linux去編譯。實際上，Ubuntu的桌面系統已經很好用了，我們拿到各種智能機可以很快上手，相信Ubuntu的桌面系統也可以讓你很快上手。為了提高工作效率，我們通常使用命令行來操作Ubuntu。

不用擔心，你前期只需要掌握這幾條命令就可以了，它們是如此簡單，我乾脆列出它們：

①cd : Change Directory（改變目錄）

cd 目錄名 // 進入某個目錄cd .. // cd 「兩個點」：返回上一級目錄cd - // cd 「短橫」：返回上一次所在目錄

②pwd : Print Work Directory（列印當前目錄 顯示出當前工作目錄的絕對路徑）

③mkdir : Make Directory（創建目錄）

mkdir abc // 創建文件夾abcmkdir -p a/b/c // 創建文件夾a，再a下創建文件夾b，再在b下創建文件夾c

④rm : Remove（刪除目錄或文件）

rm file // 刪除名為file的文件rm -rf dir // 刪除名為dir的目錄

⑤ls : List（列出目錄內容）

⑥mount : 掛載

mount -t nfs -o nolock,vers=2 192.168.1.123:/work/nfs_root /mntmount -t yaffs /dev/mtdblock3 /mnt

⑦chown : Change owner（改變文件的屬主，即擁有者）

chown book:book /work -R //對/work目錄及其下所有內容，屬主改為book用戶，組改為book

⑧chmod : Change mode（改變許可權），下面的例子很簡單粗暴

chmod 777 /work -R // 對/work目錄及其下所有內容，許可權改為可讀、可寫、可執行

⑨vi : Linux下最常用的編輯命令，使用稍微復雜，請自己搜索用法。

要練習這些命令，你可以進入Ubuntu桌面系統後，打開終端輸入那些命令；或是用SecureCRT、putty等工具遠程登錄Ubuntu後練習。

2.2.3 硬體知識

我們學習硬體知識的目的在於能看懂原理圖，看懂通信協議，看懂晶元手冊；不求能設計原理圖，更不求能設計電路板。

對於正統的方法，你應該這樣學習：

①學習《微機原理》，理解一個計算機的組成及各個部件的交互原理。

②學習《數字電路》，理解各種門電路的原理及使用，還可以掌握一些邏輯運算（與、或等）。

③《模擬電路》？好吧，這個不用學，至少我在工作中基本用不到它，現在全忘光了。

就我個人經驗來說，這些課程是有用的，但是：

①原理有用，實戰性不強。

比如《微機原理》是基於x86系統，跟ARM板子有很大差別，當然原理相通。

我是在接觸嵌入式編程後，才理解了這些課程。

②每本書都那麼厚，內容都很多，學習時間過長，自學有難度。

針對這些校園教材的不足，並結合實際開發過程中要用到的知識點，我們推出了《學前班_怎麼看原理圖》的系列視頻：

學前班第1課第1節___怎麼看原理圖之GPIO和門電路.wmv

學前班第1課第2.1節_怎麼看原理圖之協議類介面之UART.wmv

學前班第1課第2.2節_怎麼看原理圖之協議類介面之I2C.wmv

學前班第1課第2.3節_怎麼看原理圖之協議類介面之SPI.wmv

學前班第1課第2.4節_怎麼看原理圖之協議類介面之NAND Flash.wmv

學前班第1課第2.5節_怎麼看原理圖之協議類介面之LCD.wmv

學前班第1課第3節___怎麼看原理圖之內存類介面.wmv

學前班第1課第4.1節_怎麼看原理圖之分析S3C2410開發板.wmv

學前班第1課第4.2節_怎麼看原理圖之分析S3C2440開發板.wmv

學前班第1課第4.3節_怎麼看原理圖之分析S3C6410開發板.wmv

即使你只具備初中物理課的電路知識，我也希望能通過這些視頻，讓你可以看懂原理圖，理解一些常見的通信協議；如果你想掌握更多的硬體知識，這些視頻也可以起個索引作用，讓你知道缺乏什麼知識。

這些視頻所講到的硬體知識，將在《裸板開發》系列視頻中用到，到時可以相互對照著看，加深理解。

2.2.4 要不要專門學習Windows下的單片機開發

很多學校都開通了單片機的課程，很多人都是從51單片機、AVR單片機，現在比較新的STM32單片機開始接觸嵌入式領域，並且使用Windows下的開發軟體，比如keil、MDK等。

問題來了，要不要專門學習Windows下的單片機開發？

①如果這是你們專業的必修課，那就學吧

②如果你的專業跟單片機密切相關，比如機械控制等，那就學吧

③如果你只是想從單片機入門，然後學習更廣闊的嵌入式Linux，那麼放棄在Windows下學習單片機吧！

理由如下：

①Windows下的單片機學習，深度不夠

Windows下有很好的圖形界面單片機開發軟體，比如keil、MDK等。

它們封裝了很多技術細節，比如：

你只會從main函數開始編寫代碼，卻不知道上電後第1條代碼是怎麼執行的；

你可以編寫中斷處理函數，但是卻不知道它是怎麼被調用的；

你不知道程序怎麼從Flash上被讀入內存；

也不知道內存是怎麼劃分使用的，不知道棧在哪、堆在哪；

當你想裁剪程序降低對Flash、內存的使用時，你無從下手；

當你新建一個文件時，它被自動加入到工程里，但是其中的機理你完全不懂；

等等等。

②基於ARM+Linux裸機學習，可以學得更深，並且更貼合後續的Linux學習。實際上它就是Linux下的單片機學習，只是一切更加原始：所有的代碼需要你自己來編寫；哪些文件加入工程，需要你自己來管理。

在工作中，我們當然傾向於使用Windows下更便利的工具，但是在學習階段，我們更想學習到程序的本質。

一切從零編寫代碼、管理代碼，可以讓我們學習到更多知識：

你需要了解晶元的上電啟動過程，知道第1條代碼如何運行；

你需要掌握怎麼把程序從Flash上讀入內存；

需要理解內存怎麼規劃使用，比如棧在哪，堆在哪；

需要理解代碼重定位；

需要知道中斷發生後，軟硬體怎麼保護現場、跳到中斷入口、調用中斷程序、恢復現場；

你會知道，main函數不是我們編寫的第1個函數；

你會知道，晶元從上電開始，程序是怎麼被搬運執行的；

你會知道，函數調用過程中，參數是如何傳遞的；

你會知道，中斷發生時，每一個寄存器的值都要小心對待；

等等等。

你掌握了ARM+Linux的裸機開發，再回去看Windows下的單片機開發，會驚呼：怎麼那麼簡單！並且你會完全明白這些工具沒有向你展示的技術細節。

驅動程序=Linux驅動程序軟體框架+ARM開發板硬體操作，我們可以從簡單的裸機開發入手，先掌握硬體操作，並且還可以：

①掌握如何在PC Linux下編譯程序、把程序燒錄到板子上並運行它

②為學習bootloader打基礎：掌握了各種硬體操作後，後面一組合就是一個bootloader

2.2.5 為什麼選擇ARM9 S3C2440開發板，而不是其他性能更好的？

有一個錯誤的概念：S3C2440過時了、ARM9過時了。

這是不對的，如果你是軟體工程師，無論是ARM9、ARM11、A8還是A9，對我們來說是沒有差別的。

一款晶元，上面有CPU，還有眾多的片上設備(比如UART、USB、LCD控制器)。我們寫程序時，並不涉及CPU，只是去操作那些片上設備。

所以：差別在於片上設備，不在於CPU核；差別在於寄存器操作不一樣。

因為我們寫驅動並不涉及CPU的核心，只是操作CPU之外的設備，只是讀寫這些設備的寄存器。

之所以推薦S3C2440，是因為它的Linux學習資料最豐富，並有配套的第1、2期視頻。

2.2.6 怎麼學習ARM+Linux的裸機開發

學習裸機開發的目的有兩個：

①掌握裸機程序的結構，為後續的u-boot作準備

②練習硬體知識，即：怎麼看原理圖、晶元手冊，怎麼寫代碼來操作硬體

後面的u-boot可以認為是裸機程序的集合，我們在裸機開發中逐個掌握各個部件，再集合起來就可以得到一個u-boot了。

後續的驅動開發，也涉及硬體操作，你可以在裸機開發中學習硬體知識。

注意：如果你並不關心裸機的程序結構，不關心bootloader的實現，這部分是可以先略過的。在後面的驅動視頻中，我們也會重新講解所涉及的硬體知識。

推薦兩本書：杜春蕾的《ARM體系結構與編程》，韋東山的《嵌入式Linux應用開發完全手冊》。後者也許是國內第1本涉及在PC Linux環境下開發的ARM裸機程序的書，如果我說錯了，請原諒我書讀得少。

對於裸機開發，我們提供有2部分視頻：

①環境搭建

第0課第1節_剛接觸開發板之介面接線.wmv

第0課第2節_剛接觸開發板之燒寫裸板程序.wmv

第0課第3節_剛接觸開發板之重燒整個系統.wmv

第0課第4節_剛接觸開發板之使用vmwae和預先做好的ubuntu.wmv

第0課第5節_剛接觸開發板之u-boot打補丁編譯使用及建sourceinsight工程.wmv

第0課第6節_剛接觸開發板之內核u-boot打補丁編譯使用及建sourceinsight工程.wmv

第0課第7節_剛接觸開發板之製作根文件系統及初試驅動.wmv

第0課第8節_在TQ2440,MINI2440上搭建視頻所用系統.wmv

第0課第9節_win7下不能使用dnw燒寫的替代方法.wmv

.................未完

原文鏈接：網頁鏈接

D. 嵌入式系統如何開發的

嵌入式系統開發就是對於除了電腦之外的所有電子設備上操作系統的開發，開發對象有手機，掌上電腦，機電系統等。
嵌入式系統開發流程：

第一步：建立開發環境
操作系統一般使用Redhat Linux，選擇定製安裝或全部安裝，通過網路下載相應的GCC交叉編譯器進行安裝(比如，arm-linux-gcc、arm-uclibc-gcc)，或者安裝產品廠家提供的相關交叉編譯器；
第二步：配置開發主機
配置MINICOM，一般的參數為波特率115200 Baud/s，數據位8位，停止位為1，9，無奇偶校驗，軟體硬體流控設為無。在Windows下的超級終端的配置也是這樣。MINICOM軟體的作用是作為調試嵌入式開發板的信息輸出的監視器和鍵盤輸入的工具。配置網路主要是配置NFS網路文件系統，需要關閉防火牆，簡化嵌入式網路調試環境設置過程。
第三步：建立引導裝載程序BOOTLOADER
從網路上下載一些公開源代碼的BOOTLOADER，如U．BOOT、BLOB、VIVI、LILO、ARM-BOOT、RED-BOOT等，根據具體晶元進行移植修改。有些晶元沒有內置引導裝載程序，比如，三星的ARV17、ARM9系列晶元，這樣就需要編寫開發板上FLASH的燒寫程序，可以在網上下載相應的燒寫程序，也有Linux下的公開源代碼的J-FLASH程序。如果不能燒寫自己的開發板，就需要根據自己的具體電路進行源代碼修改。這是讓系統可以正常運行的第一步。如果用戶購買了廠家的模擬器比較容易燒寫FLASH，雖然無法了解其中的核心技術，但對於需要迅速開發自己的應用的人來說可以極大提高開發速度。
第四步：下載已經移植好的Linux操作系統
如MCLiunx、ARM-Linux、PPC-Linux等，如果有專門針對所使用的CPU移植好的Linux操作系統那是再好不過，下載後再添加特定硬體的驅動程序，然後進行調試修改，對於帶MMU的CPU可以使用模塊方式調試驅動，而對於MCLiunx這樣的系統只能編譯內核進行調試。
第五步：建立根文件系統
下載使用BUSYBOX軟體進行功能裁減，產生一個最基本的根文件系統，再根據自己的應用需要添加其他的程序。由於默認的啟動腳本一般都不會符合應用的需要，所以就要修改根文件系統中的啟動腳本，它的存放位置位於/etc目錄下，包括：/etc/init.d/rc.S、/etc/profile、/etc/.profile等，自動掛裝文件系統的配置文件/etc/fstab，具體情況會隨系統不同而不同。根文件系統在嵌入式系統中一般設為只讀，需要使用mkcramfs genromfs等工具產生燒寫映像文件。
第六步：建立應用程序的FLASH磁碟分區
一般使用JFFS2或YAFFS文件系統，這需要在內核中提供這些文件系統的驅動，有的系統使用一個線性FLASH(NOR型)512KB～32MB，有的系統使用非線性FLASH(NAND型)8MB～512MB，有的兩個同時使用，需要根據應用規劃FLASH的分區方案。
第七步：開發應用程序
可以放入根文件系統中，也可以放入YAFFS、JFFS2文件系統中，有的應用不使用根文件系統，直接將應用程序和內核設計在一起，這有點類似於μC/OS-II的方式。
第八步：燒寫內核
根文件系統和應用程序，發布產品。
....................................................................................................................................................
................................................................
還有怎麼學習嵌入式呢，我剛才看到一篇很不錯的文章，是一個專科生介紹自己如何自學嵌入式，並找到嵌入式的工作，裡面介紹了他的學習方法和學習過程，希望對你有幫助。
先做個自我介紹，我07年考上一所很爛專科民辦的學校，學的是生物專業，具體的學校名稱我就不說出來獻丑了。09年我就輟學了，我在那樣的學校，一年學費要1萬多，但是根本沒有人學習，我實在看不到希望，我就退學了。
退學後我也迷茫，大專都沒有畢業，我真的不知道我能幹什麼，我在糾結著我能做什麼。所以輟學後我一段時間，我想去找工作，因為我比較沉默寡言，不是很會說話，我不適合去應聘做業務。我想應聘做技術的，可是處處碰壁。
一次偶然的機會，我才聽到嵌入式這個行業。那天我去新華書店，在計算機分類那邊想找本書學習。後來有個女孩子走過來，問我是不是讀計算機的，有沒有興趣學習嵌入式，然後給我介紹了一下嵌入式現在的火熱情況，告訴我學嵌入式多麼的有前景，給我了一份傳單，嵌入式培訓的廣告。聽了她的介紹，我心裡癢癢的，確實我很想去學會一門自己的技術，靠自己的雙手吃飯。
回家後，我就上網查了下嵌入式，確實是當今比較熱門的行業，也是比較好找工作的，工資也是相對比較高。我就下決心想學嵌入式了。於是我去找嵌入式培訓的相關信息，說真的，我也很迷茫，我不知道培訓是否真的能像他們宣傳的那樣好，所以我就想了解一段時間再做打算。
後來，我在網路知道看到一篇讓我很鼓舞的文章，是一個嵌入式高手介紹沒有基礎的朋友怎麼自學入門學嵌入式，文章寫的很好，包含了如何學習，該怎麼學習。他提到一個方法就是看視頻，因為看書實在太枯燥和費解的，很多我們也看不懂。這點我真的很認同，我自己看書往往看不了幾頁。
我在想，為什麼別人都能自學成才，我也可以的！我要相信自己，所以我就想自學，如果實在學不會我再去培訓。
主意一定，我就去搜索嵌入式的視頻，雖然零星找到一些嵌入式的視頻，但是都不系統，我是想找一個能夠告訴我該怎麼學的視頻，一套從入門到精通的視頻，一個比較完整的資料，最好能有老師教，不懂可以請教的。
後來我又找到一份很好的視頻，是在IT學習聯盟網站推出的一份視頻《零基礎嵌入式就業班》（喜歡《零基礎嵌入式就業班》的可以復制 sina.lt/qKh 粘貼瀏覽器地址欄按回車鍵即打開）。裡面的教程還不錯，很完整，可以讓我從基礎的開始學起。視頻比較便宜。
下面介紹下我的學習流程，希望對和我一樣完全沒有基礎的朋友有所幫助。
收到他們寄過來的光碟後，我就開始學習了，由於我沒有什麼基礎，我就從最簡單的C語言視頻教程學起，話說簡單，其實我還是很多不懂的，我只好請教他們，他們還是很熱心的，都幫我解決了。C語言我差不多學了一個禮拜，接下來我就學了linux的基本命令，我在他們提供linux虛擬機上都有做練習，敲linux的基本命令，寫簡單的C語言代碼，差不多也就三個禮拜。我每天都在不停的寫一些簡單的代碼，這樣一月後我基本掌握了C和linux的基本操作。
接下來我就去學習了人家的視頻的培訓教程，是整套的，和去參加培訓沒有多大的區別，這一看就是兩個月，學習了ARM的基本原理，學習嵌入式系統的概念，也掌握了嵌入式的環境的一些搭建，對linux也有更深層次的理解了，明白了嵌入式應用到底是怎麼做的，但是驅動我只是有一點點的了解，這個相對難一點，我想以後再慢慢啃。
這兩個月，除了吃飯睡覺，我幾乎都在學習。因為我知道幾乎沒有基礎，比別人差勁，我只能堅持努力著，我不能放棄，我必要要靠自己來養活自己，必須學好這門技術，然後我就把不懂的問題總結記下來，這樣慢慢積累了一段時間，我發現自己真的有點入門了。
最後的一個月，我就去看關於實踐部分的內容，了解嵌入式項目具體的開發流程，需要什麼樣的知識，我就開始准備這方面的知識，也就是學習這方面的視頻，同時他們建議我去找了找一些嵌入式面試的題目，為自己以後找工作做准備。我就到網上找了很多嵌入式的題目，把他們理解的記下來，這樣差不多准備了20天左右
我覺得自己差不多入門了，會做一些簡單的東西了。我就想去找工作看看，於是我就到51job瘋狂的投簡歷，因為我學歷的問題，專科沒有畢業，說真的，大公司沒有人會要我，所以我投的都是民營的小公司，我希望自己的努力有所回報。沒有想過幾天過後，就有面試了，但是第一次面試我失敗了，雖然我自認為筆試很好，因為我之前做了准備，但是他們的要求比較嚴格，需要有一年的項目經驗，所以我沒有被選中。
後來陸續面試了幾家公司，終於功夫不負有心人。我終於面試上的，是在閔行的一家民營的企業，公司規模比較小，我的職務是嵌入式linux應用開發，做安防產品的應用的。我想我也比較幸運，經理很看重我的努力，就決定錄用我，開的工資是3500一個月，雖然我知道在上海3500隻能過溫飽的生活，但是我想我足夠了。我至少不用每天都要靠父母養，我自己也能養活自己的。我想只要我繼續努力，我工資一定會翻倍的。
把本文寫出來，希望能讓和我一樣的沒有基礎的朋友有信心，其實我們沒有必要自卑，我們不比別人笨，只要我們肯努力，我們一樣會成功。
假如你喜歡嵌入式的話就努力學習吧。

。。。。。。。。。。。。。。。。。。。。。。。。。。。

E. 如何編譯Linux內核

內核配置完成，輸入make命令即可開始編譯內核。如果沒有修改Makefile文件並指定ARCH和CROSS_COMPILE參數，則須在命令行中指定：
$ make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
目前大多數主機都是多核處理器，為了加快編譯進度，可以開啟多線程編譯，在make的時候加上「-jN」即可，N的值為處理器核心數目的2倍。例如對於I7 4核處理器，可將N設置為8：
$ make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- -j8
採用多線程編譯的優點是能加快編譯進度，。具體可以參照ZLG《嵌入式Linux開發教程(下冊)》第1章。

F. 編譯 嵌入式內核編譯 需要多長時間

看你編譯機器的配置了，
差一點的，幾個小時到一天左右；
好一點的機器，幾十分鍾左右。
一般的， make -j2 / make -j8 / make -j16 它們用的時間就截然不同了

G. 安裝QT環境遇到這種情況怎麼破

Centos6.3自身是帶QT4.6.2的，在裝系統時可以選擇安裝，但是沒有qvfb工具，所以又自己重新編譯了qt-x11的4.5.0版本。

qt各版本版本下載地址（在網上找的很多博文里給的鏈接都失效了，下面這個鏈接貌似還比較新，現在可以用）：
http://qt-project.org/downloads
ftp://ftp.qt-project.org/qt/source/
在ftp資源里找到 qt-x11-opensource-src-4.5.0、qt-embedded-linux-opensource-src-4.5.0這兩個源碼包並下載（tar.gz或tar.bz2包都有，網速不好的話看哪個小下載哪個）。

下載後將兩個源碼包分別解壓，qt-x11-opensource-src-4.5.0解壓一份，qt-embedded-linux- opensource-src-4.5.0解壓兩份，分別命名為qt-embedded-linux-opensource-src-4.5.0-x86 和 qt-embedded-linux-opensource-src-4.5.0-arm 。

開始編譯安裝：

一、X11編譯：
1.進入qt-x11-opensource-src-4.5.0源碼目錄。

./configure -no-openssl
在我這里必須加上-no-openssl選項，否則在make過程中，編譯到ssl時會報錯。出錯信息為：
ssl/qsslsocket_openssl_symbols_p.h:264: error: variable or field 『q_sk_free』 declared void
ssl/qsslsocket_openssl_symbols_p.h:264: error: 『STACK』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:264: error: 『a』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: 『STACK』 was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: 『a』 was not declared in this scope
……
……

默認安裝路徑為 /usr/local/Trolltech/Qt-4.5.0。可用--prefix 指定其他安裝路徑。

2. gmake # linux下一般可直接用make代替gmake。如果要加快編譯速度，就加上 -jx ，x表示最大的線程數。

3. gmake install

二、qt-embedded-x86編譯:

1.進入qt-embedded-linux-opensource-src-4.5.0-x86源碼目錄。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-x86 -embedded x86 -no-openssl -qt-gfx-qvfb -qt-kbd-qvfb -qt-mouse-qvfb
先後配置了安裝目錄、嵌入式架構（x86）。同時也跟X11版本一樣，配置了 -no-openssl，沒有這一項的話，make的過程中會出現跟編譯X11時一樣的錯誤。再後面的幾項是為了更好的配合qvfb，網上說如果沒有這幾 項，安裝好qt-embedded-x86後想在qvfb上調試程序時，會出現類似下面的錯誤：
Error opening buffer device /dev/fb0QScreenLinuxFb::connect: No such file or directory

2. gmake
跟x11版一樣
3. gamke install

三、qt-embedded-arm:
與前面兩個不同，在編譯arm版本的qt-embedded前，必須確認已經安裝了交叉工具鏈，編譯過程中要生成許多arm架構的庫，所以必須有 arm-linux-gcc、arm-linux-g++等工具。我用的是友善提供的arm-linux-gcc-4.5.1版本。
1. 進入qt-embedded-linux-opensource-src-4.5.0-arm源碼目錄。
./configure -prefix /usr/local/Trolltech/QtEmbedded-4.5.0-arm -embedded arm -no-openssl -qt-libpng
指定了安裝路徑、嵌入式架構。同時也跟X11版本一樣，配置了 -no-openssl，沒有這一項的話，make的過程中會出現跟編譯X11時一樣的錯誤。
另外，還增加了一項， -qt-libpng，這個選項應該是關於png相關的庫，指定用qt自帶的png庫。如果沒有這一項，我這里會出現如下錯誤：
image/qpnghandler.cpp: In member function 'virtual QVariant QPngHandler::option(QImageIOHandler::ImageOption) const':
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated (declared at /opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
make[1]: *** [.obj/release-shared-emb-arm/qpnghandler.o] 錯誤 1
make[1]: *** 正在等待未完成的任務....
make[1]: Leaving directory `/root/qt4.5.0/qt-embedded-linux-opensource-src-4.5.0-arm/src/gui'
make: *** [sub-gui-make_default-ordered] 錯誤 2

看起來像是我的交叉工具鏈跟這個QT版本匹配的不太好，Qt好像不太兼容交叉工具鏈的png.h頭文件中定義的數據結構。加上 -qt-libpng 可解決此問題。

四、qvfb:
這時QT就已安裝成功。但是還需要額外安裝qvfb。
進入qt-x11-opensource-src-4.5.0源碼包目錄，然後
cd tools/qvfb
在qvfb源碼目錄下運行 make 會在qt-x11-opensource-src-4.5.0/bin下生成qvfb,我們將它至/usr/local/Trolltech/QtEmbedded-4.5.0-x86/bin下即可。

end:
到這里，QT的開發環境基本就搭建好了，利用 qt-embedded-x86 和 qvfb 工具可以很方便的調試QT程序，調試好的程序再經 qt-embedded-arm 編譯就可在開發板上運行(還有個小問題，我現在編譯好的QT程序雖然可以在開發板上運行，但是運行時觸摸屏不能用，只能用USB滑鼠控制，想支持觸摸屏貌 似還需要移植tslib庫，等我折騰完了再回來把相關內容補充上)。

H. Qt 軟體中怎麼自動加入build版本號

當進入解壓好的源碼包後，使用./configure –help命令，可以獲得相應幫助，那我們只要選取參數部分看看 -release 這個參數顯而易見，就是編譯Qt以發布版的模式進行，一般來說，最後系統完成後，庫就應該是發布版。 -release 與上面對應，自然是調試版了，如果開發的話，可以選擇它吧。 -debug-and-release 囧，上面那兩個的兒子。 -developer-build 囧，我錯了，開發者也可以用這個的，選了這個後，可以進行自動測試，不過還沒去用過，以後可以研究研究。 -opensource -commercial 這兩個參數是指是編譯是商業版本的，還是開源版本呢，視個人情況而定。 -shared -static 這兩個參數是指Qt的lib以動態還是靜態編譯生成，這自然也是視個人需要的。 -no-fast -fast 這兩個就很有關系，如果對自己的電腦性能很有信心，那就選第一個，那所有的工程文件都會生成到makefiles中，那編譯的時間，估計可以看完變形金剛了。如果選第二個，那就加入子目錄和庫到makefiles，這樣就能加快編譯的速度。 -no-largefile -largefile 顧名思義，支不支持大文件，一般來說，嵌入式里是不會有從超過4G的大文件的，那就選第一個吧。 -no-exceptions -exceptions 計算機英語夠好的人都該懂，這個自然就是異常情況，選則編譯器支持拋出異常，否則不支持。 -no-accessibility -accessibility 可訪問性的支持，說實話，這個我真不知道有什麼有用了。等哪天發現了，再來好好解釋。 -no-stl -stl 是都加入stl的支持，stl，這應該算是C＋＋程序員應該都了解了，再不濟，那也總聽說過大名吧。 no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> 這 個可要好好說明下，一般來說，對於一個優秀的項目開發，資料庫是必不可少的，qt也自帶了大多數資料庫驅動，可以完美地支持資料庫的使用。對於數 據庫的使用，我們可以直接qt驅動編譯進去，或者以插件的形式編譯進去。一般來說，最簡單地就是直接編譯進去，但使用插件形式的可以更加靈活，針對不同的 需求將驅動插件添加。其中，<>代表的是驅動名，如果我想直接添加sqlite的支持話，形式如下：-qt-sql-sqlite。其他名稱 可以自己查看參數里，有詳細地介紹。 -system-sqlite sqlite真受歡迎啊，當然那麼優秀的嵌入式資料庫，本人也是基本使用它來進行開發。這個參數意思是使用操作系統上的sqlite資料庫，如果是不太會移植的，可以考慮直接使用qt自帶的驅動。 -no-qt3support -qt3support 這個也是簡潔易懂，加不加對qt3的支持。 no-xmlpatterns -xmlpatterns 選擇對xml的支持，如果對網路無需求的話，就不用加了。 -no-phonon -phonon phonon是qt中處理多媒體的模塊，比如放放視頻什麼來著，不過本人從沒用過，也是根據需要選擇的。 -no-phonon-backend -phonon-backend 與上面類似，只不過這兩是以插件的形式加入支持。 -no-svg －svg 是否加入svg的支持，svg即可縮放矢量圖形。 -no-webkit -webkit 是否加入webkit的支持，這可是個好東西，不過如果跟網路不搭界的話，還是不支持吧。 -no-scripttools -scripttools 是否加入腳本工具的支持，這對php等腳本工程師來說是個很棒的參數，但對於我這樣菜鳥，就別提了。 -platform target 目標平台，這可是關鍵了，如果不注意的話，編譯出來是x86上的話，哪怕是再牛的嵌入式工程師來也沒法幫你移植到開發板上。通常，本人是linux-arm-g++。 -no-mmx -no-3dnow -no-sse -no-sse2 這四個參數是針對CPU的指令集，老實說，我也不甚了解，不過，對於開發並不是影響很大。 -qtnamespace 把qt的庫封裝到命名空間，沒啥重要用處，依個人愛好加吧。 -qtlibinfix 將所有的qt的.so庫重命名，也沒啥大用處。 -no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> -system-sqlite 這是相當明顯的，如果這都看不出來，，囧，那您一定比我近視（本人800度近視。。） 就 是說如果是-no-XX-，就說明編譯時不選擇這個參數，如過是-qt-XX-，說明我們可以編譯直接選用qt自帶的驅動，如果是 -plugin-XX-，就是將驅動以插件形式編譯，而-system-XXX,當然是使用操作系統提供的驅動，不過那就需要您自己移植了，而且有時還要 用第三方的API，就方便來說非常麻煩，但是不排除您是牛人要好好玩玩的情況。 接下來，我們接著研究配置參數。 -qt-zlib -system-zlib 想 必經過上面的講解，參數的意思已經很快得知，就是選擇qt帶的zlib庫還是系統的zlib。zlib庫是用於文件和資料壓縮的庫，對於新入嵌入式的人來 說，可能並無太大的用處，但是在以後的實際開發中，特別是對於多媒體圖像圖形的工程師來說，就肯定用到，因為圖形圖像的壓縮都要使用或涉及到這個庫。 -no-gif -qt-gif 這是選擇gif的支持，如果選擇qt支持的話，那在用qt開發的項目中，就能顯示gif圖，gif也是比較普遍的圖片格式了，英文全稱是Graphics Interchange Format。 -no-libtiff -qt-libtiff -system-libtiff tiff是一種非常復雜的光柵圖像格式，並且有直接現成的C語言實現庫，因此選擇參數時就有了qt和system，一般來說，科學相關的開發里可能會用到。 -no-libpng -qt-libpng -system-libpng png的相關參數，一種非失真性壓縮點陣圖圖形文件格式，其實就是為了替代gif搞出來的，也是隨實際需要來選擇，當然，也有C語言實現的庫。 -no-libmng -qt-libmng -system-libmng 大汗，大汗，這可是超級罕見的東西，QT竟然也能支持，說實話，這個參數我看來就是無視的。MNG是多幀PNG動畫格式，結構極其復雜，基本沒人用。 -no-libjpeg -qt-libjpeg -system-libjpeg jpeg,這么有名的圖片格式也不用說了，隨需要選擇吧。 -no-openssl -openssl -openssl-linked SSL，Security Socket Layer,是一個安全傳輸協議，在Internet網上進行數據保護和身份確認，而OpenSSL是一個開放源代碼的實現了SSL及相關加密技術的軟體 包，在qt中，我們可以選擇直接支持，或者OpenSSL鏈接支持,這個參數也是為有需要者提供的。 以上是第三方庫的參數選擇，緊接著就是qt附加參數，在附加參數里，我們可以指定編譯的部分及加入參數來獲取信息。 -make -nomake 一 句話，說明，就說我可以這兩個參數選擇哪些我要編譯，哪些我不需要，在 libs tools examples demos docs translations這些里你可以選擇，比如examples，並不重要，可以放在-nomake後，這樣編譯過程中就不會編譯這部分了。通過適當的 選擇，我們可以大大加快編譯的速度，這對配置較差的機子來說有著積極意義。 -R <string> -l <string> 這兩個參數是為編譯時增加一個庫的運行路徑及頭文件的路徑，比如使用tslib作為開發觸摸驅動時，我們就應使用這兩個參數來指定tslib的庫路徑和頭文件路徑。 -no-rpath -rpath 這個參數比較難於理解，簡單地說，就是告訴動態載入器，到-rpath指定的目錄中尋找編譯時須要的動態鏈接庫，語法就與上面的參數結合，比如 -rpath -R/home/xxxx。 -continue 這個參數的作用就是當出現錯誤時依然進行配置編譯，換我是不會加上的。 -verbose, -v 這個參數就很眼熟，在前面的文章中有過詳細介紹，簡言之，就是顯示配置的每一步的具體信息。 -no-optimized-qmake -optimized-qmake 是否編譯生成優化過的qmake，沒啥大用，也屬於可有可無的參數。 -no-nis -nis 是否編譯NIS支持，NIS（網路信息服務）是一個提供目錄服務的RPC(遠程過程調用)應用服務，當然沒網路需要的可以再次華麗地無視。 -no-cups -cups 是 否編譯CUPS支持，是不是想問什麼用啊?~~~~囧，開列印店用的。好了，不說冷笑話，CUPS給Unix/Linux用戶提供了一種可靠有效 的方法來管理列印。它支持IPP，並提供了LPD，SMB（服務消息塊，如配置為微軟WINDOWS的列印機）、JetDirect等介面。CUPS還可 以瀏覽網路列印機。它的開發提供者是大名鼎鼎的「水果生產商」----蘋果公司。 -no-iconv -iconv 選擇是否編譯iconv支持，iconv是一個計算機程序以及一套應用程序編程介面的名稱。它的作用是在多種國際編碼格式之間進行文本內碼的轉換。這對跨語言Qt開發人員來說是很有用的，當然，考慮到中文的編碼，我也選擇加入支持。 -no-pch -pch 是 否支持預編譯過的頭文件。預編譯頭就是把一個工程中的一部分代碼,預先編譯好放在一個文件里(通常以.pch為擴展名)，這個文件就稱為預編譯頭 文件。這些預先編譯好的代碼在工程開發的過程中不會被經常改變。如果這些代碼被修改，則需要重新編譯生成預編譯頭文件。媽媽經常說：不懂就要學。我說：不 懂就加上。。。 no-dbus -dbus -dbus-linked 是否編譯編譯QtDBus模塊。dbus是freedesktop下開源的Linux IPC通信機制，本身Linux 的IPC通信機制包括，管道（fifo），共享內存，信號量，消息隊列，Socket等。在Qt中DBUS是有單獨的模塊的，可見其重要性。 -rece-relocations 對於額外的庫鏈接器優化，可以減少編譯中的再定位。 no-separate-debug-info -separate-debug-info 是否存儲debug信息在.debug，一般為了查錯，還是選擇存儲吧。 -xplatform target 相當淺顯的參數，即交叉編譯的目標平台，一般來說根據你所要移植的目標板來確定。 -no-feature-<feature> -feature-<feature> 選 取qte的feature編譯，對於這個，我理解為特性，特性的描述你可以參考src/corelib/global/qfeatures.txt，在這 裡面對於每個特性都有比較充分的講解。對於特性地選擇，也是要根據開發需求進行，如果裁剪適當，能大大為qte庫瘦身。 -embedded <arch> 嵌入式平台架構選擇，可以選擇arm，mips，x86及generic，視你的目標平台決定吧。 -armfpa -no-armfpa 這個參數也只是針對ARM平台的，是否加入對於基於ARM的浮點數格式的支持，通常，這個參數在編譯時會自動選擇。 -little-endian -big-endian 目標平台的大端和小端選擇，這應該是常識了，如果這不知道，就不要來混嵌入式了 -host-little-endian -host-big-endia 主機平台的大端和小端選擇，屬於雞肋的參數，不選擇也會在配置時自動選擇。 -no-freetype -qt-freetype -system-freetype 選擇freetype，FreeType庫是一個完全免費(開源)的、高質量的且可移植的字體引擎，它提供統一的介面來訪問多種字體格式文件，在嵌入式開發中，有套可使用的字體對於中文開發至關重要，本人一般使用文泉驛字體。 -qconfig local 使用本地的qconfig配置文件來替代全部參數配置，有需要的可以去研究下，可以裁剪控制項級別的參數。 -depths <list> 顯示的像素位深，也是根據需要來進行吧。 -qt-decoration-<style> -plugin-decoration-<style> -no-decoration-<style> 這個是選擇qt的樣式風格，對於需要美化界面的項目來說，可以好好選擇下。 -no-opengl -opengl <api> 是否加入opengl的支持，OpenGL是個專業的3D程序介面，是一個功能強大，調用方便的底層3D圖形庫。不過對於一般的開發來說，似乎有很少用到的地方。 -qt-gfx-<driver> -plugin-gfx-<driver> -no-gfx-<driver> 這個是相當重要的一個參數，選擇QtGui的圖形顯示驅動，比如我們在pc上使用qvfb模擬時，就應該加入對qfvb的支持。我們可以在 linuxfb，transformed，qvfb，vnc，multiscreen這幾個中選擇。在平常的開發板上，選擇linuxfb即可。 -qt-kbd-<driver> -plugin-kbd-<driver> -no-kbd-<driver> 選擇鍵盤的驅動支持，可以支持usb鍵盤，串口鍵盤等等，也是在tty，usb ，sl5000， yopy， vr41xx ，qvfb中選擇。 qt-mouse-<driver> -plugin-mouse-<driver> -no-mouse-<driver> 滑鼠的驅動支持，一般都會選擇tslib，可以完美地支持觸摸屏，在pc，bus，linuxtp，yopy，vr41xx，tslib，qvfb中選擇吧。 -iwmmxt 加入iWMMXt指令的編譯，也只是部分XScale架構才具有。 -no-glib -glib 是否加入glib庫的支持，glib庫對應即gtk庫，就也是說加入後可以使用gtk。

I. 請簡述嵌入式linux內核的編譯過程

編譯及安裝簡要步驟：
編輯Makefile版本信息

定義內核特性，生成配置文件.config，用於編譯：make xconfig

編譯內核：make

安裝內核：make install

安裝模塊：make moles_install

具體步驟如下：

內核配置

先定義內核需要什麼特性，並進行配置。內核構建系統（The kernel build system）遠不是簡單用來構建整個內核和模塊，想了解更多的高級內核構建選項，你可以查看 Documentation/kbuild 目錄內的內核文檔。

可用的配置命令和方式：

make menuconfig

命令：make menuconfig

編譯內核

編譯和安裝內核

編譯步驟：

$ cd /usr/src/linux2.6

$ make

安裝步驟 (logged as

$ make install

$ make moles_install

提升編譯速度

多花一些時間在內核配置上，並且只編譯那些你硬體需要的模塊。這樣可以把編譯時間縮短為原來的1/30，並且節省數百MB的空間。另外，你還可以並行編譯多個文件：

$ make -j <number>

make 可以並行執行多個目標（target）（KEMIN:前提是目標規則間沒有交叉依賴項，這個怎麼做到的？）

$ make -j 4

即便是在單處理器的工作站上也會很快，讀寫文件的時間被節省下來了。多線程讓CPU保持忙碌。

number大於4不見得有效了，因為上下文切換過多反而降低的工作的速度。

make -j <4*number_of_processors>

內核編譯tips

查看完整的 (gcc, ld)命令行： $ make V=1

清理所有的生成文件 (to create patches...): $ make mrproper

部分編譯：$ make M=drivers/usb/serial

單獨模塊編譯：$ make drivers/usb/serial/visor.ko

最終生成的文件

vmlinux 原始內核鏡像，非壓縮的

arch/<arch>/boot/zImage zlib壓縮的內核鏡像（Default image on arm）

arch/<arch>/boot/bzImage bzip2壓縮的內核鏡像。通常很小，足夠放入一張軟盤（Default image on i386）

J. 「干貨」嵌入式Linux系統移植的四大步驟（上）

在學習系統移植的相關知識，在學習和調試過程中，發現了很多問題，也解決了很多問題，但總是對於我們的開發結果有一種莫名其妙的感覺，糾其原因，主要對於我們的開發環境沒有一個深刻的認識，有時候幾個簡單的命令就可以完成非常復雜的功能，可是我們有沒有想過，為什麼會有這樣的效果？

如果沒有去追問，只是機械地完成，並且看到實驗效果，這樣做其實並沒有真正的掌握系統移植的本質。

在做每一個步驟的時候， 首先問問自己，為什麼要這樣做，然後再問問自己正在做什麼？ 搞明白這幾個問題，我覺得就差不多了，以後不管更換什麼平台，什麼晶元，什麼開發環境，你都不會迷糊，很快就會上手。對於嵌入式的學習方法，我個人方法就是：從宏觀上把握(解決為什麼的問題)，微觀上研究(解決正在做什麼的問題)，下面以自己學習的arm-cortex_a8開發板為目標，介紹下自己的學習方法和經驗。

嵌入式Linux系統移植主要由四大部分組成：

一、搭建交叉開發環境
二、bootloader的選擇和移植
三、kernel的配置、編譯、和移植
四、根文件系統的製作

第一部分：搭建交叉開發環境

先介紹第一分部的內容：搭建交叉開發環境，首先必須得思考兩個問題，什麼是交叉環境? 為什麼需要搭建交叉環境？

先回答第一個問題，在嵌入式開發中，交叉開發是很重要的一個概念，開發的第一個環節就是搭建環境，第一步不能完成，後面的步驟從無談起，這里所說的交叉開發環境主要指的是：在開發主機上(通常是我的pc機)開發出能夠在目標機(通常是我們的開發板)上運行的程序。嵌入式比較特殊的是不能在目標機上開發程序(狹義上來說)，因為對於一個原始的開發板，在沒有任何程序的情況下它根本都跑不起來，為了讓它能夠跑起來，我們還必須要藉助pc機進行燒錄程序等相關工作，開發板才能跑起來，這里的pc機就是我們說的開發主機，想想如果沒有開發主機，我們的目標機基本上就是無法開發，這也就是電子行業的一句名言：搞電子，說白了，就是玩電腦！

然後回答第二個問題，為什麼需要交叉開發環境？主要原因有以下幾點：

原因 1： 嵌入式系統的硬體資源有很多限制，比如cpu主頻相對較低，內存容量較小等，想想讓幾百MHZ主頻的MCU去編譯一個Linux kernel會讓我們等的不耐煩，相對來說，pc機的速度更快，硬體資源更加豐富，因此利用pc機進行開發會提高開發效率。

原因2： 嵌入式系統MCU體系結構和指令集不同，因此需要安裝交叉編譯工具進行編譯，這樣編譯的目標程序才能夠在相應的平台上比如：ARM、MIPS、 POWEPC上正常運行。

交叉開發環境的硬體組成主要由以下幾大部分 ：

1.開發主機
2.目標機（開發板）
3.二者的鏈接介質，常用的主要有3種方式：(1)串口線 (2)USB線 (3)網線

對應的硬體介質，還必須要有相應的軟體「介質」支持：

1.對於串口，通常用的有串口調試助手，putty工具等，工具很多，功能都差不多，會用一兩款就可以；

2.對於USB線，當然必須要有USB的驅動才可以，一般晶元公司會提供，比如對於三星的晶元，USB下載主要由DNW軟體來完成；

3.對於網線，則必須要有網路協議支持才可以， 常用的服務主要兩個

第一：tftp服務：

主要用於實現文件的下載，比如開發調試的過程中，主要用tftp把要測試的bootloader、kernel和文件系統直接下載到內存中運行，而不需要預先燒錄到Flash晶元中，一方面，在測試的過程中，往往需要頻繁的下載，如果每次把這些要測試的文件都燒錄到Flash中然後再運行也可以，但是缺點是：過程比較麻煩，而且Flash的擦寫次數是有限的；另外一方面：測試的目的就是把這些目標文件載入到內存中直接運行就可以了，而tftp就剛好能夠實現這樣的功能，因此，更沒有必要把這些文件都燒錄到Flash中去。

第二： nfs服務：

主要用於實現網路文件的掛載，實際上是實現網路文件的共享，在開發的過程中，通常在系統移植的最後一步會製作文件系統，那麼這是可以把製作好的文件系統放置在我們開發主機PC的相應位置，開發板通過nfs服務進行掛載，從而測試我們製作的文件系統是否正確，在整個過程中並不需要把文件系統燒錄到Flash中去，而且掛載是自動進行掛載的，bootload啟動後，kernel運行起來後會根據我們設置的啟動參數進行自動掛載，因此，對於開發測試來講，這種方式非常的方便，能夠提高開發效率。

另外，還有一個名字叫 samba 的服務也比較重要，主要用於文件的共享，這里說的共享和nfs的文件共享不是同一個概念，nfs的共享是實現網路文件的共享，而samba實現的是開發主機上 Windows主機和Linux虛擬機之間的文件共享，是一種跨平台的文件共享 ，方便的實現文件的傳輸。

以上這幾種開發的工具在嵌入式開發中是必備的工具，對於嵌入式開發的效率提高做出了偉大的貢獻，因此，要對這幾個工具熟練使用，這樣你的開發效率會提高很多。等測試完成以後，就會把相應的目標文件燒錄到Flash中去，也就是等發布產品的時候才做的事情，因此對於開發人員來說，所有的工作永遠是測試。

通過前面的工作，我們已經准備好了交叉開發環境的硬體部分和一部分軟體，最後還缺少交叉編譯器，讀者可能會有疑問，為什麼要用交叉編譯器？前面已經講過，交叉開發環境必然會用到交叉編譯工具，通俗地講就是在一種平台上編譯出能運行在體系結構不同的另一種平台上的程序，開發主機PC平台（X86 CPU）上編譯出能運行在以ARM為內核的CPU平台上的程序，編譯得到的程序在X86 CPU平台上是不能運行的，必須放到ARM CPU平台上才能運行，雖然兩個平台用的都是Linux系統。相對於交叉編譯，平常做的編譯叫本地編譯，也就是在當前平台編譯，編譯得到的程序也是在本地執行。用來編譯這種跨平台程序的編譯器就叫交叉編譯器，相對來說，用來做本地編譯的工具就叫本地編譯器。所以要生成在目標機上運行的程序，必須要用交叉編譯工具鏈來完成。

這里又有一個問題，不就是一個交叉編譯工具嗎？為什麼又叫交叉工具鏈呢？原因很簡單，程序不能光編譯一下就可以運行，還得進行匯編和鏈接等過程，同時還需要進行調試，對於一個很大工程，還需要進行工程管理等等，所以，這里 說的交叉編譯工具是一個由 編譯器、連接器和解釋器 組成的綜合開發環境，交叉編譯工具鏈主要由binutils(主要包括匯編程序as和鏈接程序ld)、gcc(為GNU系統提供C編譯器)和glibc(一些基本的C函數和其他函數的定義) 3個部分組成。有時為了減小libc庫的大小，也可以用別的 c 庫來代替 glibc，例如 uClibc、dietlibc 和 newlib。

那麼，如何得到一個交叉工具鏈呢？是從網上下載一個「程序」然後安裝就可以使用了嗎？回答這個問題之前先思考這樣一個問題，我們的交叉工具鏈顧名思義就是在PC機上編譯出能夠在我們目標開發平台比如ARM上運行的程序，這里就又有一個問題了，我們的ARM處理器型號非常多，難道有專門針對我們某一款的交叉工具鏈嗎？若果有的話，可以想一想，這么多處理器平台，每個平台專門定製一個交叉工具鏈放在網路上，然後供大家去下載，想想可能需要找很久才能找到適合你的編譯器，顯然這種做法不太合理，且浪費資源！因此，要得到一個交叉工具鏈，就像我們移植一個Linux內核一樣，我們只關心我們需要的東西，編譯我們需要的東西在我們的平台上運行，不需要的東西我們不選擇不編譯，所以，交叉工具鏈的製作方法和系統移植有著很多相似的地方，也就是說，交叉開發工具是一個支持很多平台的工具集的集合(類似於Linux源碼)，然後我們只需從這些工具集中找出跟我們平台相關的工具就行了，那麼如何才能找到跟我們的平台相關的工具，這就是涉及到一個如何製作交叉工具鏈的問題了。

通常構建交叉工具鏈有如下三種方法：

方法一 ： 分步編譯和安裝交叉編譯工具鏈所需要的庫和源代碼，最終生成交叉編譯工具鏈。該方法相對比較困難，適合想深入學習構建交叉工具鏈的讀者。如果只是想使用交叉工具鏈，建議使用下列的方法二構建交叉工具鏈。

方法二： 通過Crosstool-ng腳本工具來實現一次編譯，生成交叉編譯工具鏈，該方法相對於方法一要簡單許多，並且出錯的機會也非常少，建議大多數情況下使用該方法構建交叉編譯工具鏈。

方法三 ： 直接通過網上下載已經製作好的交叉編譯工具鏈。該方法的優點不用多說，當然是簡單省事，但與此同時該方法有一定的弊端就是局限性太大，因為畢竟是別人構建好的，也就是固定的，沒有靈活性，所以構建所用的庫以及編譯器的版本也許並不適合你要編譯的程序，同時也許會在使用時出現許多莫名其妙的錯誤，建議讀者慎用此方法。

crosstool-ng是一個腳本工具，可以製作出適合不同平台的交叉編譯工具鏈，在進行製作之前要安裝一下軟體：
$ sudo apt-get install g++ libncurses5-dev bison flex texinfo automake libtool patch gcj cvs cvsd gawk
crosstool腳本工具可以在http://ymorin.is-a-geek.org/projects/crosstool下載到本地，然後解壓，接下來就是進行安裝配置了，這個配置優點類似內核的配置。主要的過程有以下幾點：
1. 設定源碼包路徑和交叉編譯器的安裝路徑
2. 修改交叉編譯器針對的構架

3. 增加編譯時的並行進程數，以增加運行效率，加快編譯，因為這個編譯會比較慢。
4. 關閉JAVA編譯器 ，減少編譯時間
5. 編譯
6. 添加環境變數
7. 刷新環境變數。
8. 測試交叉工具鏈

到此，嵌入式Linux系統移植四大部分的第一部分工作全部完成，接下來可以進行後續的開發了。

第二部分：bootloader的選擇和移植

01 Boot Loader 概念

就是在操作系統內核運行之前運行的一段小程序。通過這段小程序，我們可以初始化硬體設備、建立內存空間的映射圖，從而將系統的軟硬體環境帶到一個合適的狀態，以便為最終調用操作系統內核准備好正確的環境，他就是所謂的引導載入程序（Boot Loader）。

02 為什麼系統移植之前要先移植BootLoader？

BootLoader的任務是引導操作系統，所謂引導操作系統，就是啟動內核，讓內核運行就是把內核載入到內存RAM中去運行，那先問兩個問題：第一個問題，是誰把內核搬到內存中去運行？第二個問題：我們說的內存是SDRAM，大家都知道，這種內存和SRAM不同，最大的不同就是SRAM只要系統上電就可以運行，而SDRAM需要軟體進行初始化才能運行，那麼在把內核搬運到內存運行之前必須要先初始化內存吧，那麼內存是由誰來初始化的呢？其實這兩件事情都是由bootloader來乾的，目的是為內核的運行准備好軟硬體環境，沒有bootloadr我們的系統當然不能跑起來。

03 bootloader的分類

首先更正一個錯誤的說法，很多人說bootloader就是U-boot，這種說法是錯誤的，確切來說是u-boot是bootloader的一種。也就是說bootloader具有很多種類，

由上圖可以看出，不同的bootloader具有不同的使用范圍，其中最令人矚目的就是有一個叫U-Boot的bootloader，是一個通用的引導程序，而且同時支持X86、ARM和PowerPC等多種處理器架構。U-Boot，全稱 Universal Boot Loader，是遵循GPL條款的開放源碼項目，是由德國DENX小組開發的用於多種嵌入式CPU的bootloader程序，對於Linux的開發，德國的u-boot做出了巨大的貢獻，而且是開源的。

u-boot具有以下特點：

① 開放源碼；
② 支持多種嵌入式操作系統內核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS；
③ 支持多個處理器系列，如PowerPC、ARM、x86、MIPS、XScale；
④ 較高的可靠性和穩定性；
⑤ 高度靈活的功能設置，適合U-Boot調試、操作系統不同引導要求、產品發布等；
⑥ 豐富的設備驅動源碼，如串口、乙太網、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、鍵盤等；
⑦ 較為豐富的開發調試文檔與強大的網路技術支持；
其實，把u-boot可以理解為是一個小型的操作系統。

04 u-boot的目錄結構

* board 目標板相關文件，主要包含SDRAM、FLASH驅動；
* common 獨立於處理器體系結構的通用代碼，如內存大小探測與故障檢測；
* cpu 與處理器相關的文件。如mpc8xx子目錄下含串口、網口、LCD驅動及中斷初始化等文件；
* driver 通用設備驅動，如CFI FLASH驅動(目前對INTEL FLASH支持較好)
* doc U-Boot的說明文檔；
* examples可在U-Boot下運行的示常式序；如hello_world.c,timer.c；
* include U-Boot頭文件；尤其configs子目錄下與目標板相關的配置頭文件是移植過程中經常要修改的文件；
* lib_xxx 處理器體系相關的文件，如lib_ppc, lib_arm目錄分別包含與PowerPC、ARM體系結構相關的文件；
* net 與網路功能相關的文件目錄，如bootp,nfs,tftp；
* post 上電自檢文件目錄。尚有待於進一步完善；
* rtc RTC驅動程序；
* tools 用於創建U-Boot S-RECORD和BIN鏡像文件的工具；

05 u-boot的工作模式

U-Boot的工作模式有 啟動載入模式和下載模式 。啟動載入模式是Bootloader的正常工作模式，嵌入式產品發布時，Bootloader必須工作在這種模式下，Bootloader將嵌入式操作系統從FLASH中載入到SDRAM中運行，整個過程是自動的。 下載模式 就是Bootloader通過某些通信手段將內核映像或根文件系統映像等從PC機中下載到目標板的SDRAM中運行，用戶可以利用Bootloader提供的一些令介面來完成自己想要的操作，這種模式主要用於測試和開發。

06 u-boot的啟動過程

大多數BootLoader都分為stage1和stage2兩大部分，U-boot也不例外。依賴於cpu體系結構的代碼（如設備初始化代碼等）通常都放在stage1且可以用匯編語言來實現，而stage2則通常用C語言來實現，這樣可以實現復雜的功能，而且有更好的可讀性和移植性。

1、 stage1(start.s代碼結構)
U-boot的stage1代碼通常放在start.s文件中，它用匯編語言寫成，其主要代碼部分如下：
（1） 定義入口。由於一個可執行的image必須有一個入口點，並且只能有一個全局入口，通常這個入口放在rom(Flash)的0x0地址，因此，必須通知編譯器以使其知道這個入口，該工作可通過修改連接器腳本來完成。
（2）設置異常向量(exception vector)。
（3）設置CPU的速度、時鍾頻率及中斷控制寄存器。
（4）初始化內存控制器 。
（5）將rom中的程序復制到ram中。
（6）初始化堆棧 。
（7）轉到ram中執行，該工作可使用指令ldrpc來完成。

2、 stage2（C語言代碼部分）

lib_arm/board.c中的start armboot是C語言開始的函數，也是整個啟動代碼中C語言的主函數，同時還是整個u-boot（armboot）的主函數，該函數主要完成如下操作：
（1）調用一系列的初始化函數。
（2）初始化flash設備。
（3）初始化系統內存分配函數。
（4）如果目標系統擁有nand設備，則初始化nand設備。
（5）如果目標系統有顯示設備，則初始化該類設備。
（6）初始化相關網路設備，填寫ip,c地址等。
（7）進入命令循環（即整個boot的工作循環），接受用戶從串口輸入的命令，然後進行相應的工作。

07 基於cortex-a8的s5pc100bootloader啟動過程分析

s5pc100支持兩種啟動方式，分別為USB啟動方式和NandFlash啟動方式：

1. S5PC100 USB啟動過程

[1] A8 reset, 執行iROM中的程序
[2] iROM中的程序根據S5PC100的配置管腳(SW1開關4，撥到4對面)，判斷從哪裡啟動(USB)
[3] iROM中的程序會初始化USB，然後等待PC機下載程序
[4] 利用DNW程序，從PC機下載SDRAM的初始化程序到iRAM中運行，初始化SDRAM
[5] SDRAM初始化完畢，iROM中的程序繼續接管A8, 然後等待PC下載程序(BootLoader)
[6] PC利用DNW下載BootLoader到SDRAM
[7] 在SDRAM中運行BootLoader

2. S5PC100 Nandflash啟動過程

[1] A8 reset, 執行IROM中的程序
[2] iROM中的程序根據S5PC100的配置管腳(SW1開關4，撥到靠4那邊)，判斷從哪裡啟動(Nandflash)
[3] iROM中的程序驅動Nandflash
[4] iROM中的程序會拷貝Nandflash前16k到iRAM
[5] 前16k的程序(BootLoader前半部分)初始化SDRAM，然後拷貝完整的BootLoader到SDRAM並運行
[6] BootLoader拷貝內核到SDRAM，並運行它
[7] 內核運行起來後，掛載rootfs，並且運行系統初始化腳本

08 u-boot移植(基於cortex_a8的s5pc100為例)

1.建立自己的平台

(1).下載源碼包2010.03版本，比較穩定
(2).解壓後添加我們自己的平台信息，以smdkc100為參考版，移植自己s5pc100的開發板
(3).修改相應目錄的文件名，和相應目錄的Makefile，指定交叉工具鏈。
(4).編譯
(5).針對我們的平台進行相應的移植，主要包括修改SDRAM的運行地址，從0x20000000
(6).「開關」相應的宏定義
(7).添加Nand和網卡的驅動代碼
(8).優化go命令
(9).重新編譯 make distclean(徹底刪除中間文件和配置文件) make s5pc100_config(配置我們的開發板) make(編譯出我們的u-boot.bin鏡像文件)
(10).設置環境變數，即啟動參數，把編譯好的u-boot下載到內存中運行，過程如下：
1. 配置開發板網路
ip地址配置:
$setenv ipaddr 192.168.0.6 配置ip地址到內存的環境變數
$saveenv 保存環境變數的值到nandflash的參數區

網路測試:
在開發開發板上ping虛擬機：
$ ping 192.168.0.157(虛擬機的ip地址)

如果網路測試失敗,從下面幾個方面檢查網路：
1. 網線連接好
2. 開發板和虛擬機的ip地址是否配置在同一個網段
3. 虛擬機網路一定要採用橋接(VM--Setting-->option)
4. 連接開發板時，虛擬機需要設置成 靜態ip地址

2. 在開發板上，配置tftp伺服器(虛擬機)的ip地址
$setenv serverip 192.168.0.157(虛擬機的ip地址)
$saveenv
3. 拷貝u-boot.bin到/tftpboot(虛擬機上的目錄)
4. 通過tftp下載u-boot.bin到開發板內存
$ tftp 20008000(內存地址即可) u-boot.bin(要下載的文件名)

如果上面的命令無法正常下載:
1. serverip配置是否正確
2. tftp服務啟動失敗，重啟tftp服務
#sudo service tftpd-hpa restart

5. 燒寫u-boot.bin到nandflash的0地址
$nand erase 0(起始地址) 40000(大小) 擦出nandflash 0 - 256k的區域
$nand write 20008000((緩存u-boot.bin的內存地址) 0(nandflash上u-boot的位置) 40000(燒寫大小)

6. 切換開發板的啟動方式到nandflash
1. 關閉開發板
2. 把SW1的開關4撥到4的那邊
3. 啟動開發板，它就從nandflash啟動