加速內核編譯
內核配置完成，輸入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章。
『貳』 在谷歌雲上高速編譯安卓AOSP ROM、驅動、內核並完成刷機
感謝肉絲大佬文章 anquanke.com/post/id/19... 烏師傅 谷歌雲和驅動的建議 眾多翻閱過的博客文章
選擇伺服器時，可能遇到配額不夠的問題。點擊申請配額，然後提交申請，等待配置完成。
同步源碼時，可以選清華或谷歌源。若操作於谷歌雲，則使用谷歌同步源碼。指定版本同步時，注意輸入y並選擇正確的版本。Pixel對應Android 10的tag是android-10.0.0_r2，build id為QP1A.190711.020。確保版本無誤，避免後續刷機失敗。
htop顯示多個cpu運轉，cpu使用率為0表示同步完成。
下載驅動，忽略此步驟若無需刷機。Pixel機型對應QP1A.190711.020的驅動下載並解壓，生成vendor文件夾，內容需復制至AOSP源代碼目錄。
編譯AOSP源碼需安裝OpenJDK 8，避免使用非SUN JDK1.8導致的編譯錯誤。遇到問題時，執行特定命令初始化編譯環境。等待編譯，100個cpu的谷歌雲環境下，編譯時間只需幾分鍾。
編譯完成後，系統鏡像位於當前目錄的out/target/proct/sailfish/下。
編譯內核，當前版本為3.18，分支為g382d7256ce44。選擇內核版本，切到對應分支，開始編譯。編譯完成後，文件位於指定位置。
刷機編譯過程需耐心，重要的是編譯速度。谷歌雲提供100+的cpu，加快編譯。源碼編譯問題多由環境依賴引起，耐心解決。
總結，刷機編譯耗時兩天，遇到諸多坑點。關鍵在於編譯速度。谷歌雲的高cpu配置有助於加速編譯過程。環境依賴問題需細心排查，耐心解決。
『叄』 linux編譯內核步驟
一、准備工作
a) 首先，你要有一台PC（這不廢話么^_^），裝好了Linux。
b) 安裝好GCC(這個指的是host gcc，用於編譯生成運行於pc機程序的)、make、ncurses等工具。
c) 下載一份純凈的Linux內核源碼包，並解壓好。
注意，如果你是為當前PC機編譯內核，最好使用相應的Linux發行版的源碼包。
不過這應該也不是必須的，因為我在我的Fedora 13上(其自帶的內核版本是2.6.33.3)，就下載了一個標準的內核linux-2.6.32.65.tar.xz，並且順利的編譯安裝成功了，上電重啟都OK的。不過，我使用的.config配置文件，是Fedora 13自帶內核的配置文件，即/lib/moles/`uname -r`/build/.config
d) 如果你是移植Linux到嵌入式系統，則還要再下載安裝交叉編譯工具鏈。
例如，你的目標單板CPU可能是arm或mips等cpu，則安裝相應的交叉編譯工具鏈。安裝後，需要將工具鏈路徑添加到PATH環境變數中。例如，你安裝的是arm工具鏈，那麼你在shell中執行類似如下的命令，假如有類似的輸出，就說明安裝好了。
[root@localhost linux-2.6.33.i686]# arm-linux-gcc --version
arm-linux-gcc (Buildroot 2010.11) 4.3.5
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for ing conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
註：arm的工具鏈，可以從這里下載:回復「ARM」即可查看。
二、設置編譯目標
在配置或編譯內核之前，首先要確定目標CPU架構，以及編譯時採用什麼工具鏈。這是最最基礎的信息，首先要確定的。
如果你是為當前使用的PC機編譯內核，則無須設置。
否則的話，就要明確設置。
這里以arm為例，來說明。
有兩種設置方法()：
a) 修改Makefile
打開內核源碼根目錄下的Makefile，修改如下兩個Makefile變數並保存。
ARCH := arm
CROSS_COMPILE := arm-linux-
注意，這里cross_compile的設置，是假定所用的交叉工具鏈的gcc程序名稱為arm-linux-gcc。如果實際使用的gcc名稱是some-thing-else-gcc，則這里照葫蘆畫瓢填some-thing-else-即可。總之，要省去名稱中最後的gcc那3個字母。
b) 每次執行make命令時，都通過命令行參數傳入這些信息。
這其實是通過make工具的命令行參數指定變數的值。
例如
配置內核時時，使用
make ARCH=arm CROSS_COMPILE=arm-linux- menuconfig
編譯內核時使用
make ARCH=arm CROSS_COMPILE=arm-linux-
注意，實際上，對於編譯PC機內核的情況，雖然用戶沒有明確設置，但並不是這兩項沒有配置。因為如果用戶沒有設置這兩項，內核源碼頂層Makefile(位於源碼根目錄下)會通過如下方式生成這兩個變數的值。
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
-e s/sh[234].*/sh/ )
ARCH?= $(SUBARCH)
CROSS_COMPILE ?=
經過上面的代碼，ARCH變成了PC編譯機的arch，即SUBARCH。因此，如果PC機上uname -m輸出的是ix86，則ARCH的值就成了i386。
而CROSS_COMPILE的值，如果沒配置，則為空字元串。這樣一來所使用的工具鏈程序的名稱，就不再有類似arm-linux-這樣的前綴，就相當於使用了PC機上的gcc。
最後再多說兩句，ARCH的值還需要再進一步做泛化。因為內核源碼的arch目錄下，不存在i386這個目錄，也沒有sparc64這樣的目錄。
因此頂層makefile中又構造了一個SRCARCH變數，通過如下代碼，生成他的值。這樣一來，SRCARCH變數，才最終匹配到內核源碼arch目錄中的某一個架構名。
SRCARCH := $(ARCH)
ifeq ($(ARCH),i386)
SRCARCH := x86
endif
ifeq ($(ARCH),x86_64)
SRCARCH := x86
endif
ifeq ($(ARCH),sparc64)
SRCARCH := sparc
endif
ifeq ($(ARCH),sh64)
SRCARCH := sh
endif
三、配置內核
內核的功能那麼多，我們需要哪些部分，每個部分編譯成什麼形式（編進內核還是編成模塊），每個部分的工作參數如何，這些都是可以配置的。因此，在開始編譯之前，我們需要構建出一份配置清單，放到內核源碼根目錄下，命名為.config文件，然後根據此.config文件，編譯出我們需要的內核。
但是，內核的配置項太多了，一個一個配，太麻煩了。而且，不同的CPU架構，所能配置的配置項集合，是不一樣的。例如，某種CPU的某個功能特性要不要支持的配置項，就是與CPU架構有關的配置項。所以，內核提供了一種簡單的配置方法。
以arm為例，具體做法如下。
a) 根據我們的目標CPU架構，從內核源碼arch/arm/configs目錄下，找一個與目標系統最接近的配置文件(例如s3c2410_defconfig)，拷貝到內核源碼根目錄下，命名為.config。
注意，如果你是為當前PC機編譯內核，最好拷貝如下文件到內核源碼根目錄下，做為初始配置文件。這個文件，是PC機當前運行的內核編譯時使用的配置文件。
/lib/moles/`uname -r`/build/.config
這里順便多說兩句，PC機內核的配置文件，選擇的功能真是多。不編不知道，一編才知道。Linux發行方這樣做的目的，可能是想讓所發行的Linux能夠滿足用戶的各種需求吧。
b) 執行make menuconfig對此配置做一些需要的修改，退出時選擇保存，就將新的配置更新到.config文件中了。
注