在safe mode的實現中，需要保持原有master部分的穩(wěn)定，所以對master系統(tǒng)的building system不做大的改動，也就是保持safe mode的building system與master的building system共存。原則上來說，要避免對master系統(tǒng)帶來大的沖突。

　　Master building system主要涉及到的編譯過程為：

　　make

　　make rootfs

　　這個時候將得到master.bin

　　safe mode building system和其類似，只是make rootfs部分有所區(qū)分：

　　make

　　make smrootfs

　　這個時候將得到safemode.bin

　　最后再將master與safe

　　mode部分做一個合并，得到一個整的rootfs

　　make dualrootfs

　　make dist

　　make

　　dualrootfs將調用一個外部的程序make_dual.c，所做的事情是要得到一個15872K的rootfs。這個rootfs包含的內容為master.bin + safemode.bin。

　　本系統(tǒng)中一般master.bin的大小約為10000K，再加上safemode.bin的4M，總大小并未達到15872K，那么中間多出的部分，我們需要將其補0填充好。需要補充的0的大小約為15872-4*1024-10000=1776K

　　make_dual.c就是完成上面的合并，補0的工作。它read master.bin，write rootfs，然后write　1776K個零到rootfs中，接下來read safemode.bin，再繼續(xù)write 到rootfs中。

　　這樣就得到了完整的、帶master與safe mode的rootfs。

　　safe mode實現中遇到的問題及其解決

　　體積限制：

　　在safe mode的開發(fā)中，首先遇到的一個問題就是如何從已有的系統(tǒng)中簡化出一個safe mode的application環(huán)境。

　　對master原有系統(tǒng)的裁剪來得到safe mode，將會比較容易，如果從頭另寫一套，將會花費較大精力，穩(wěn)定性也無法得到確實的保障，所以最終采用的是精簡master的系統(tǒng)來得到safe mode的大框架。

　　在實現safe mode時，要做的工作的原則是做到safe mode的rootfs盡量小，低于4M，并且保持與master外圍特性的一致，這樣可以避免重復開發(fā)，同時代碼的共用可以減少維護的不便，提高整個系統(tǒng)的靈活度、穩(wěn)定度。

　　就一個能運行的嵌入系統(tǒng)來說，最基本的內容應該包括Linux kernel，busybox工具包、圖形驅動等內容。

　　在本系統(tǒng)中，為了支持FTP下載，需要有network的支持，也即需要包括wired/wireless的支持。

　　為了支持USB下載方式，就需要USB monitor管理進程的支持，這個主要是保持了與master系統(tǒng)的一致，而沒有另外去寫一個體積更小的USB管理模塊。

　　wireless模塊：

　　本來在設計時，可以考慮不加入wireless的支持，但為了更加方便用戶，保持用戶的使用習慣，我們還是加入了對wireless的支持，這樣也保持了與master系統(tǒng)的一致，但支持的代價是，safe mode的體積增大了大約250K。

　　在wireless module中，做了一個優(yōu)化，master系統(tǒng)中wireless module在insmod時，是使用的rootfs中的/lib/module/wireless/XXX.o，這些未壓縮的.o文件在rootfs系統(tǒng)中將占用較大空間，這樣一來，對應的safe mode的內容將會超出4M的大小。為了解決這個問題，我們將這些wireless module壓縮成wireless.tar.gz文件，放置到safemode.bin中，在Linux啟動時，在/etc/rc腳本中將 wireless.tar.gz解壓縮到ramfs中即/tmp/lib/module/wireless下，然后再從這里insmod安裝 wireless模塊。這樣所做的努力，wireless module從原來的790K，縮減到了250K，而功能保持了一致。

　　字體：

　　master 系統(tǒng)的字體使用的是freetype2，字體文件arialbd.ttf大約為280K，這也將占用大量的空間。由于safe mode在顯示界面方面沒有過高的要求，能讓用戶看到基本的圖形界面就已經達到目的了，所以在safe mode中需要將freetype去掉。但由于master模式與safe mode都使用相同的圖形引擎，這樣就導致了，如果在safe mode中去掉freetype，那么就需要再次重新build基礎的圖形庫，這樣在master與safe mode的單獨編譯過程中就需要反復去make clean這些庫。這會給每次的編譯帶來很大的不便，每次make clean等操作會占用大量的時間，耗時耗力。

　　基于這個考慮，我們決定master與safe mode在編譯過程中都使用相同的圖形庫，即都編譯生成freetype庫。但在運行時，safe mode不去使用freetype。也就是說，freetype庫會被編譯進來，但字體文件不需要加到safe mode中，這樣做的代價就是編譯出來的safe mode的application比完全無freetype庫的情況要大100K左右，但卻保持了與master相同的庫結構，而freetype字體就不再需要了，也就節(jié)約出了大約280K的空間。

　　最終優(yōu)化的結果，safe mode的4M，包括Linux kernel, buzybox, safe mode application等壓縮后的大?。?/p>

　　優(yōu)化結果

linux操作系統(tǒng)文章專題:linux操作系統(tǒng)詳解（linux不再難懂）

上一頁 1 2 3 4 下一頁