Ⅰ linux嵌入式開發是否有必要專門學習GCC
沒必要，gcc都是工具調用的（比如make），而不是手動編譯（出錯概率高且要編譯的文件多的時候很麻煩），所以需要了解Makefile格式以及autoconfig工具（大部分源代碼包使用此工具生成configure腳本，此腳本生成Makefile文件）。有必要學習Linux系統的結構，以及啟動流程。
調試的話不同於win下的vc，因為Linux嵌入式多數情況下調試的是內核，所以一般採用在源代碼添加列印的方式輸出debug信息。反正我編譯應用層源碼的時候幾乎沒真正手動執行過gcc命令，基本上都是執行的configure之後再make
Ⅱ 請簡述嵌入式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）
Ⅲ 嵌入式linux 的驅動怎麼安裝
如果是編譯好的驅動，直接拷貝到mole目錄下面。如果只是臨時測試一下，可以用insmod
*.ko來插入
驅動模塊
。
如果是驅動源碼文件，那麼你得有內核目錄樹，需要自行編譯，然後再重復上面的步驟。
Ⅳ cygwin 中如何安裝arm-linux-gcc交叉編譯器
交叉編譯工具鏈作為嵌入式Linux開發的基礎，直接影響到嵌入式開發的項目進度和完成質量。由於目前大多數開發人員使用Windows作為嵌入式開發的宿主機，在Windows中通過安裝VMware等虛擬機軟體來進行嵌入式Linux開發，這樣對宿主機的性能要求極高。Cygwin直接作為Windows下的軟體完全能滿足嵌入式Linux的開發工作，對硬體的要求低及方便快捷的特點成為嵌入式開發的最佳選擇。
目前網路上Cygwin下直接可用的交叉編譯器寥寥無幾且版本都比較低，不能滿足開源軟體對編譯器版本依賴性的要求(如低版本工具鏈編譯U-Boot出現軟浮點問題等);Crosstool等交叉工具鏈製作工具也是更新跟不上自由軟體版本的進度;同時系統介紹Cygwin下製作交叉編譯器方面的資料很少。針對上述情況，基於最新版gcc等自由軟體構建Cygwin下的交叉編譯器顯得尤為迫切和重要。
構建前准備工作
首先Cygwin下必須保證基本工具比如make}gcc等來構建bootstrap-gcc編譯器，這可以在安裝Cygwin時選擇安裝。參照gcc等安裝說明文檔來在Cygwin下查看是否已經安裝，如輸入gcc --v等。
源碼下載
gcc-4.5.0的編譯需mpc的支持，而mpc又依賴gmp和mpfr庫。從各個項目官方網站上下載的最新的源碼:
binutils-2.20. l .tar.bz2
gmp-S.O. l .tar.bz2
mpc-0.8.2.tar.gz
mpfr-3.O.O.tar.bz2
gcc-4.S.O.tar.bz2
linux-2.6.34.tar.bz2
glibc-2.11.2.tar.bz2
glibc-ports-2. l l .tar.bz2
gdb-7. l.tar.bz2
設置環境變數
HOST:工具鏈要運行的目標機器;BUILD:用來建立工具鏈的機器;TARGET工具鏈編譯產生的二進制代碼可以運行的機器。
BUILD=i686-pc-cygwin
HOST=i686-pc-cygwin TARGET=arm-linux
SYSROOT指定根目錄，$PREFIX指定安裝目錄。目標系統的頭文件、庫文件、運行時對象都將被限定在其中，這在交叉編譯中有時很重要，可以防止使用宿主機的頭文件和庫文件。本文首選$SYSROOT為安裝目錄，$PREFIX主要作為glibc庫安裝目錄。
SYSROOT=/cross-root
PREFIX=/cross-root/arm-linux
由於GCC-4.5.0需要mpfr,gmp,mpc的支持，而這三個庫又不需要交叉編譯，僅僅是在編譯交叉編譯鏈時使用，所以放在一個臨時的目錄。
TEMP_PREFIX=/build-temp
控制某些程序的本地化的環境變數:
LC ALL=POSIX
設置環境變數:
PATH=$SYSROOT/bin:兒in:/usr/bin
設置編譯時的線程數f31減少編譯時間:
PROCS=2
定義各個軟體版本:
BINUTILS V=2.20.1
GCC V=4.5.0
GMP V=5.0.1
MPFR V=3.0.0
MPC V二0.8.2
LINUX V二2.6.34
GLIBC V=2.11.2
GLIBC-PORTS V=2.11
GDB V=7.1
構建過程詳解
鑒於手工編譯費時費力，統一把構建過程寫到Makefile腳本文件中，把其同源碼包放在同一目錄下，執行make或順次執行每個命令即可進行無人值守的編譯安裝交叉工具
鏈。以下主要以Makefile執行過程為主線進行講解。
執行「make」命令實現全速運行
可在Cygwin的Shell環境下執行「make>make.log 2>&1」命令把編譯過程及出現的錯誤都輸出到make.log中，便於查找:
all:prerequest install-deps install-cross-stage-one install-
cross-stage-two
預處理操作
"make prerequest'，命令實現單步執行的第一步，實現輸出變數、建立目錄及解壓源碼包等操作。0'set十h」關閉bash的Hash功能，使要運行程序的時候，shell將總是搜索PATH里的目錄[4]。這樣新工具一旦編譯好，shell就可以在$(SYSROOT)/bin目錄里找到: prerequest:
set +h&&mkdir -p $(SYSROOT)/bin&&
mkdir -p $(PREFIX)/include&&
mkdir -p $(TEMP一REFIX)&&
export PATH LCes ALL&&
tar -xvf gmp-$(GMP_V).tar.bz2&&
tar -xvf mpfr-$(MPFR_V).tar.bz2&&
tar -xvf mpc-$(MPC_V).tar.gz&&
tar -xvf binutils-$(BINUTILS_V).tar.bz2&&
tar -xvf gcc-$(GCC_V).tar.bz2&&
tar -xvf linux-$(LINUX_V).tar.bz2&&
tar -xvf glibc-$(GLIBC_V).tar.bz2&&
tar -xvf glibc-ports-$(GLIBC-PORTS_V).tar.bz2&&
my glibc-ports-$(GLIBC-PORTS_V)
glibc-$(GLIBC_V)/ports&&
tar -xvf gdb-$(GDB V).tar.bz2
非交叉編譯安裝gcc支持包mpc
00make install-deps」命令實現單步執行的第二步，實現mpc本地編譯，mpc依賴於gmp和mpfr
install-deps:gmp mpfr mpc
gmp:gmp-$(GMP_V)
mkdir -p build/gmp&&cd build/gmp&&
../../gmp-*/configure
--disable-shared --prefix=$(TEMP_PREFIX)&&
$(MAKE)一$(PROCS)&&$(MAKE) install
mpfr:mpfr-$(MPFR_V)
mkdir -p b-uild/mpfr&&cd build/mpfr&&
../..//mpfr-*/configure
LDF'LAGS="-Wl,-search_paths_first」--disable-shared
--with-gmp=$(TEMP_PREFIX)
--prefix=$(TEMP_PREFIX)&&
$(MAKE)一$(PROCS) all&&$(MAKE) install
mpc: mpc-$(MPC_V) gmp mpfr
mkdir -p build/mpc&&cd build/mpc&&
../../mpc-*/configure
--with-mpfr=$(TEMP PREFIX)
--with-gmp=$(TEMP_PREFIX)
--prefix=$(TEMP_PREFIX)&&
$(MAKE)一$(PROCS)&&$(MAKE) install
交叉編譯第一階段
"make install-cross-stage-one'，命令實現單步執行的第三步，編譯安裝binutils,bootstrap-gcc和獲取Linux內核頭文件:
install-cross-stage-one:cross-binutils cross-gcc get-kernel-headers
編譯安裝binutils
cross-binutils: binutils-$(BINUTILS_ V)
mkdir -p build/binutils&&cd build/binutils&&
../..//binutils-*/configure --prefix=$(SYSROOT)
--target=$(TARGET)--disable-nls&&
$(MAKE)j$(PROCS)&&$(MAKE) install
編譯安裝bootstrap-gcc。使用一disable-shared參數的意思是不編譯和安裝libgcc_ eh.a文件。glibc軟體包依賴這個庫，因為它使用其內部的一lgcc_eh來創建系統[6]。這種依賴
性，可通過建立一個指向libgcc.a符號鏈接得到滿足，因為該文件最終將含有通常在libgcc- eh.a中的對象(也可通過補丁文件實現)。
cross-gcc:gcc-$(GCC_V)
mkdir -p build/gcc&&cd build/gcc&&
二//gcc-*/configure
--target=$(TARGET)--prefix=$(SYSROOT)
--disable-nls --disable-shared --disable-multilib
--disable-decimal-float--disable-threads
--disable-libmudflap --disable-libssp
--disable-libgomp --enable-languages=c
--with-gmp=$(TEMP_PREFIX)
--with-mpfr=$(TEMP_PREFIX)
--with-mpc=$(TEMP_PREFIX)&&
$(MAKE) -j$(PROCS)&&$(MAICE) install&&
In -vs libgcc.a'arm-linux-gcc -print-libgcc-file-name I
sed's/libgcc/& eh/'}
獲取Linux內核頭文件:
get-kernel-headersainux-$(LINUX_V)
cd linux-$(LINUX_V)&&
$(MAICE) mrproper&&$(MAKE) headers check&&
$(MAKE) ARCH=arm&&
INSTALLes HDR_ PATH=dest headers_ install&&
find dest/include
(-name .install一。-name ..installNaNd)-delete&&
cp -rv desdinclude/* $(PREFIX)/include
交叉編譯第二階段
編譯安裝glibc、重新編譯安裝binutils、完整編譯安裝gcc和編譯安裝gdb o "make install-cross-stage-two'，命令實現單步執行的第四步: install-cross-stage-two:cross-glibc cross-rebinutils cross-g++ cross-gdb
編譯安裝glibca glib。的安裝路徑特意選為$(PREFIX)，與gcc更好找到動態鏈接庫也有關系，選在$(SYSROOT)提示找不到crti.o; glibc已經不再支持i386; glibc對ARM等的處理器的支持主要通過glibc-ports包來實現;正確認識大小寫敏感(Case Sensitive)和大小寫不敏感(CaseInsensitive)系統，大小寫敏感問題主要影響到glibc，是交叉編譯glibc成功的關鍵:Cygwin幫助手冊中可知Cygwin是默認大小寫不敏感的n}，但是UNIX系統是大小寫敏感的，這也是Cygwin和UNIX類系統的一個區別。通過作者自行參考製作的glibc-2.11.2-cygwin.patch補T使glibc變為Case-Insensitive，此補丁主要是對大小寫敏感問題改名來實現。
交叉編譯過程中安裝的鏈接器，在安裝完Glibc以前都無法使用。也就是說這個配置的forced unwind支持測試會失敗，因為它依賴運行中的鏈接器。設置libc_ cvforced unwind=yes這個選項是為了通知configure支持force-unwind，而不需要進行測試。libc cv_c_cleanup=yes類似的，在configure腳本中使用libc_cv_c cleanup=yes，以便配置成跳過測試而支持C語言清理處理。
cross-glibc:glibc-$(GLIBC_V)
cd glibc-$(GLIBC_V)&&
patch -Np 1 –i...//glibc-2.11.2-cygwin.patch&&
cd..&&mkdir -p build/glibc&&
cd build/glibc&&
echo"libc cv_forcedes unwind=yes">config.cache&&
echo "libc cv_c_cleanup=yes">>config.cache&&
echo "libc cv_arm_tls=yes">>config.cache&&
../../glibc-*/configure --host=$(TARGET)
--build=$(../OneScheme/glibc-2.11.2/scripts/config.guess)
--prefix=$(PREFIX)--disable-profile
--enable-add-ons --enable-kernel=2.6.22.5
--with-headers=$(PREFIX)/include
--cache-file=config.cache&&
$(MAKE)&&$(MAKE) install
重新編譯安裝binutils。編譯之前要調整工具鏈，使其
指向新生成的動態連接器。
調整工具鏈:
SPECS=
'dirname $(arm-linux-gcc -print-libgcc-file-name)'/specs
arm-linux-gcc -mpspecs
sed -e 's@/lib(64)\?/ld@$(PREFTX)&@g' -e ,}/}}*cPP}$/{n;s,$，-isystem $(PREFIX)/include,}"
>$SPECS
echo "New specs file is: $SPECS"
unset SPECS
測試調整後工具鏈:
echo 'main(川』>mmy.c
arm-linux-gcc
-B/cross-root/arm-linux/lib mmy.c
readelf -1 a.out I grep』:/cross-roobarm-linux'
調整正確的輸出結果:
[Requesting program interpreter: /tools/lib/ld-linux.so.2j
一切正確後刪除測試程序:
rm -v mmy.c a.out
重新編譯binutils。指定--host,--build及--target，否則配置不成功，其config.guess識別能力不如gcc做的好。
cross-rebinutils: binutils-$(BINUTILS_V)
mkdir -p build/rebinutils&&
cd build/rebinutils&&CC="$(TARGET)-gcc
-B/cross-roodarm-linux/lib/"&&AR=$(TARGET)-ar&&
RANLIB=$(TARGET)-ranlib&&../..//binutils-*/configure
--host=$(HOST)--build=$(BUILD)--target=$(TARGET)
--prefix=$(SYSROOT)--disable-nls
--with-lib-path=$(PREFIX)/lib&&
$(MAKE)--$(PROCS)&&$(MAKE) install
高於4.3版的gcc把這個編譯當作一個重置的編譯器，並且禁止在被一prefix指定的位置搜索startfiles。因為這次不是重置的編譯器，並且$(SYSROOT)目錄中的startfiles對於創
建一個鏈接到$$(SYSROOT)目錄庫的工作編譯器很重要，所以我們使用下面的補丁，它可以部分還原gcc的老功能tai . patch -Npl –i../gcc-4.5.0-startfiles_fix-l.patch
在正常條件下，運行gcc的fixincludes腳本，是為了修復可能損壞的頭文件。它會把宿主系統中已修復的頭文件安裝到gcc專屬頭文件目錄里，通過執行下面的命令，可以抑
制fixincludes腳本的運行[9](此時目錄為/gcc-4.5.0)。
cp -v gcc/Makefile.in{,.orig}
sed 's@\./fixinc\.sh@-c true@'
gcc/Makefile.in.orig > gcc/Makefile.in
下面更改gcc的默認動態鏈接器的位置，使用已安裝在/cross-root/ann-linux目錄下的鏈接器，這樣確保在gcc真實的編譯過程中使用新的動態鏈接器。即在編譯過程中創建的所有
二進制文件，都會鏈接到新的glibc文件
for file in
$(find gcc/config -name linux64.h-o -name linux.h –o -name sysv4.h)
do cp -uv $file{,.orig}
sed -a 's@/lib(64)?(32)?/Id@/cross-root/arm-linux&@g』-e's@/usr@/cross-rootlarm-linux@g' $file.orig>$file echo『
#undef STANDARD INCLUDE DIR
#define STANDARD_ INCLUDE DIR "/cross-root/arm-linux/include"
#define STANDARD STARTFILE PREFIX 1 "/cross-root/arm-linux/lib"
#define STANDARD_ STARTFILE_ PREFIX_ 2」」』>>$file
touch $file.orig done
完整編譯安裝gcc。最好通過指定--libexecdir更改libexecdir到atm-linux目錄下。--with-local-prefix選項指定gcc本地包含文件的安裝路徑此處設為$$(PREFIX)，安裝後就會在內核頭文件的路徑下。路徑前指定$(Pwd)則以當前路徑為基點，不指定則默認以/home路徑為基點，這點要注意。
cross-g++:gcc-$(GCC-)
mkdir -p build/g十+&&cd build/g++&&
CC="$(TARGET)-gcc AR=$(TARGET)-ar&&
-B/cross-roodarm-linux/lib/"&&
RANLIB=$(TARGET)-ranlib&&
..//gcc-*/configure
--host=$(HOST)--build=$(BUILD)--target=$(TARGET)
--prefix=$(SYSROOT)--with-local-prefix=$(PREFIX)
--enable-clocale=gnu --enable-shared
--enable-threads=posix --enable -cxa_atexit
--enable-languages=c,c++--enable-c99
--enable-long-long --disable-libstdcxx-pch
--disable-libunwind-exceptions
--with-gmp=$(TEMP_PREFIX)
--with-mpfr=$(TEMP_PREFIX)
--with-mpc=$(TEMP_PREFIX)&&
$(MAKE) LD_IBRARY_ATH=
$(pwd)/$(../../gcc-4.5.0/config.guess)/libgcc&&
$(MAKE) install
編譯安裝gdb，至此完成整個工具鏈的製作。
cross-gdb: gdb-$(GDB V)
mkdir -p build/gdb&&cd build/gdb&&
../../gdb-*/configure --prefix=$(SYSROOT)
--target=$(TARGET)--disable-werror&&
$(MAKE)-j$(PROCS)&&$(MAKE) install
「make clean」命令清除編譯生成的文件和創建解壓的文件夾
.PHONY:clean
dean:
rm -fr $(TEMP_PREFIX) build
binutils-$(BINUTIL,S_V) gcc-$(GCC_V)
glibc-$(NEWL.IB_V) gdb-$(GDB_V)
gmp-$(GMP_V) mpc-$(MPC_V) mpfr-$(MPFR_V)
工具鏈測試
命令行中輸入以下內容:
echo 'main(){}』>mmy.c
arm-linux-gcc -o mmy.exe mmy.c
file mmy.exe
運行正常的結果:
mmy.exe: ELF 32-bit LSB executable, ARM, version 1,for GNU/Linux 2.6.22, dynamically linked (uses shared libs),not stripped.
Ⅳ Linux嵌入式交叉編譯工具鏈問題 淺談
交叉編譯工具鏈是一個由編譯器、連接器和解釋器組成的綜合開發環境，交叉編譯工具鏈主要由binutils、gcc和glibc 3個部分組成。有時出於減小libc庫大小的考慮，也可以用別的c庫來代替glibc，例如uClibc、dietlibc和newlib。交叉編譯工具鏈主要包括針對目標系統的編譯器gcc、目標系統的二進制工具binutils、目標系統的標准c庫glibc和目標系統的Linux內核頭文件。第一個步驟就是確定目標平台。每個目標平台都有一個明確的格式，這些信息用於在構建過程中識別要使用的不同工具的正確版本。因此，當在一個特定目標機下運行GCC時，GCC便在目錄路徑中查找包含該目標規范的應用程序路徑。GNU的目標規范格式為CPU-PLATFORM-OS。例如，建立基於ARM平台的交叉工具鏈，目標平台名為arm-linux-gnu。
分步編譯和安裝交叉編譯工具鏈所需要的庫和源代碼，最終生成交叉編譯工具鏈。
通過Crosstool腳本工具來實現一次編譯生成交叉編譯工具鏈。
直接通過網上（ftp.arm.kernel.org.uk）下載已經製作好的交叉編譯工具鏈。
方法1相對比較困難，適合想深入學習構建交叉工具鏈的讀者。如果只是想使用交叉工具鏈，建議使用方法2或方法3構建交叉工具鏈。方法3的優點不用多說，當然是簡單省事，但與此同時該方法有一定的弊端就是局限性太大，因為畢竟是別人構建好的，也就是固定的沒有靈活性，所以構建所用的庫以及編譯器的版本也許並不適合你要編譯的程序，同時也許會在使用時出現許多莫名的錯誤，建議你慎用此方法。
方法1：分步構建交叉編譯工具鏈
下載所需的源代碼包
建立工作目錄
建立環境變數
編譯、安裝Binutils
獲取內核頭文件
編譯gcc的輔助編譯器
編譯生成glibc庫
編譯生成完整的gcc
由於在問答中的篇幅，我不能細述具體的步驟，興趣的同學請自行閱讀開源共創協議的《Linux from scratch》，網址是：linuxfromscratch dot org
。
Crosstool是一組腳本工具集，可構建和測試不同版本的gcc和glibc，用於那些支持glibc的體系結構。它也是一個開源項目，下載地址是kegel dot com/crosstool。用Crosstool構建交叉工具鏈要比上述的分步編譯容易得多，並且也方便許多，對於僅僅為了工作需要構建交叉編譯工具鏈的你，建議使用此方法。
運行which makeinfo，如果不能找見該命令，在解壓texinfo-4.11.tar.bz2，進入texinfo-4.11目錄，執行./configure&&make&&make install完成makeinfo工具的安裝
下載所需資源文件linux-2.4.20.tar.gz、binutils-2.19.tar.bz2、gcc-3.3.6.tar.gz、glibc- 2.3.2.tar.gz、glibc-linuxthreads-2.3.2.tar.gz和gdb-6.5.tar.bz2。然後將這些工具包文件放在新建的$HOME/downloads目錄下，最後在$HOME/目錄下解壓crosstool-0.43.tar.gz，命
令如下：
#cd$HOME/
#tar–xvzfcrosstool-0.43.tar.gz
建立腳本文件
接著需要建立自己的編譯腳本，起名為arm.sh，為了簡化編寫arm.sh，尋找一個最接近的腳本文件demo-arm.sh作為模板，然後將該腳本的內容復制到arm.sh，修改arm.sh腳本，具體操作如下：
# cd crosstool-0.43
# cp demo-arm.sh arm.sh
# vi arm.sh
修改後的arm.sh腳本內容如下：
#!/bin/sh
set-ex
TARBALLS_DIR=$HOME/downloads#定義工具鏈源碼所存放位置。
RESULT_TOP=$HOME/arm-bin#定義工具鏈的安裝目錄
exportTARBALLS_DIRRESULT_TOP
GCC_LANGUAGES="c,c++"#定義支持C,C++語言
exportGCC_LANGUAGES
#創建/opt/crosstool目錄
mkdir-p$RESULT_TOP
#編譯工具鏈，該過程需要數小時完成。
eval'catarm.datgcc-3.3.6-glibc-2.3.2.dat'shall.sh--notest
echoDone.
在arm.sh腳本文件中需要注意arm-xscale.dat和gcc-3.3.6-glibc-2.3.2.dat兩個文件，這兩個文件是作為Crosstool的編譯的配置文件。其中arm.dat文件內容如下，主要用於定義配置文件、定義生成編譯工具鏈的名稱以及定義編譯選項等。
KERNELCONFIG='pwd'/arm.config#內核的配置
TARGET=arm-linux#編譯生成的工具鏈名稱
TARGET_CFLAGS="-O"#編譯選項
gcc-3.3.6-glibc-2.3.2.dat文件內容如下，該文件主要定義編譯過程中所需要的庫以及它定義的版本，如果在編譯過程中發現有些庫不存在時，Crosstool會自動在相關網站上下載，該工具在這點上相對比較智能，也非常有用。
BINUTILS_DIR=binutils-2.19
GCC_DIR=gcc-3.3.6
GLIBC_DIR=glibc-2.3.2
LINUX_DIR=linux-2.6.10-8(根據實際情況填寫)
GDB_DIR=gdb-6.5
執行腳本
將Crosstool的腳本文件和配置文件准備好之後，開始執行arm.sh腳本來編譯交叉編譯工具。具體執行命令如下：
#cdcrosstool-0.43
#./arm.sh
經過數小時的漫長編譯之後，會在/opt/crosstool目錄下生成新的交叉編譯工具，其中包括以下內容：
arm-linux-addr2linearm-linux-g++arm-linux-ldarm-linux-size
arm-linux-ararm-linux-gccarm-linux-nmarm-linux-strings
arm-linux-asarm-linux-gcc-3.3.6arm-linux-objarm-linux-strip
arm-linux-c++arm-linux-gccbugarm-linux-objmpfix-embedded-paths
arm-linux-c++filtarm-linux-gcovarm-linux-ranlib
arm-linux-cpparm-linux-gprofarm-linux-readelf
然後將生成的編譯工具鏈路徑添加到環境變數PATH上去，添加的方法是在系統/etc/ bashrc文件的最後添加下面一行，在bashrc文件中添加環境變數
export PATH=/home/jiabing/gcc-3.3.6-glibc-2.3.2/arm-linux-bin/bin:$PATH
至此，arm-linux下的交叉編譯工具鏈已經完成，現在就可以使用arm-linux-gcc來生成試驗箱上的程序了！
Ⅵ 「干貨」嵌入式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啟動
Ⅶ 嵌入式系統編寫一個簡單的C程序，輸出"Helo,imux.",在Linux下用GCC進行編譯。
先寫一個文件test.c
#include<stdio.h>
int main() {
printf("Helo,imux.\n" );
return 0;
}
執行編譯
gcc test.c -o test
運行
./test
Ⅷ 嵌入式linux中gcc工具集是什麼,並簡述其功能特點
就是linux下的開發工具集，包括gcc,gdb,ar什麼的，你把源代碼編譯成可執行程序的必要工具
另外,虛機團上產品團購,超級便宜
Ⅸ linux gcc 如何配置環境
linux中的gcc環境已經配置好了啊，你應該問的是交叉編譯器吧，一般是配置PATH環境變數，在/etc/profile或~/.bashrc里添加 export PATH=編譯器絕對路徑/編譯器文件名:$PATH,各種庫包括C++的調用交叉編譯器已提供，只需注意Makefile里指定-L使用交叉編譯器的庫即可。
Ⅹ 誰能給我說一下嵌入式Linux的開發流程包括哪些步驟請詳細介紹，謝謝了
嵌入式Linux開發流程
在一個嵌入式系統中使用Linux開發，根據應用需求的不同有不同的配置開發方法，但是一般都要經過如下的過程：
1．建立開發環境
操作系統一般使用RedHat-Linux，版本從7到9都可以，選擇定製安裝或全部安裝，通過網路下載相應的GCC交叉編譯器進行安裝（例如arm-Linux-gcc、arm-μclibc-gcc），或者安裝產品廠家提供的交叉編譯器。
2．配置開發主機
配置MINICOM，一般的參數為波特率為115 200bps，數據位為8位，停止位為1，無奇偶校驗，軟體硬體流控設為無。在Windows下的超級終端的配置也是這樣的。MINICOM軟體的作用是作為調試嵌入式開發板的信息輸出的監視器和鍵盤輸入的工具。配置網路，主要是配置NFS網路文件系統，需要關閉防火牆，簡化嵌入式網路調試環境設置過程。
3．建立引導裝載程序BOOTLOADER
從網路上下載一些公開源代碼的BOOTLOADER，如U-BOOT、BLOB、VIVI、LILO、ARM-BOOT、RED-BOOT等，根據自己具體的晶元進行移植修改。有些晶元沒有內置引導裝載程序，例如三星的ARM7、ARM9系列晶元，這樣就需要編寫開發板上Flash的燒寫程序，網路上有免費下載的Windows下通過JTAG並口簡易模擬器燒寫ARM外圍Flash晶元的燒寫程序，也有Linux下的公開源代碼的J-Flash程序。如果不能燒寫自己的開發板，就需要根據自己的具體電路進行源代碼修改。這是系統正常運行的第一步。如果購買了廠家的模擬器當然比較容易燒寫Flash，這對於需要迅速開發自己產品的人來說可以極大地提高開發速度，但是其中的核心技術是無法了解的。
4．下載別人已經移植好的Linux操作系統
如μCLinux、ARM-Linux、PPC-Linux等，如果有專門針對所使用的CPU移植好的Linux操作系統那是再好不過的，下載後再添加自己的特定硬體的驅動程序，進行調試修改，對於帶MMU的CPU可以使用模塊方式調試驅動，對於μCLinux這樣的系統則需編譯進內核進行調試。
5．建立根文件系統
從www.busybox.net下載使用BUSYBOX軟體進行功能裁減，產生一個最基本的根文件系統，再根據自己的應用需要添加其他程序。默認的啟動腳本一般都不會符合應用的需要，所以就要修改根文件系統中的啟動腳本，它的存放位置位於/etc目錄下，包括：/etc/init.d/rc.S、/etc/profile、/etc/.profile等，自動掛裝文件系統的配置文件/etc/fstab，具體情況會隨系統不同而不同。根文件系統在嵌入式系統中一般設為只讀，需要使用mkcramfs、genromfs等工具產生燒寫映像文件。
6．建立應用程序的Flash磁碟分區
一般使用JFFS2或YAFFS文件系統，這需要在內核中提供這些文件系統的驅動，有的系統使用一個線性Flash（NOR型）512KB～32MB，有的系統使用非線性Flash（NAND型）8～512MB，有的兩個同時使用，需要根據應用規劃Flash的分區方案。
7．開發應用程序
應用程序可以放入根文件系統中，也可以放入YAFFS、JFFS2文件系統中，有的應用不使用根文件系統，直接將應用程序和內核設計在一起，這有點類似於μCOS-II的方式。
8．燒寫內核、根文件系統、應用程序
9．發布產品