2014.5.16
为了验证一下下载的CM11的源码有没有问题，决定编译一下cm官方支持的机器，手上正好有台nexus7 2012，就拿它为例测试一下在mac os x平台的整个编译过程。
1.
最开始，是在os x下面搭编译环境，以前有说过的，详见xda这个帖子。
http://forum.xda-developers.com/showthread.php?t=2510898
这个wiki里面写的是在linux下面编译n7的方法，还是比较详细的，建议先通读一下，对于在os x下搭编译环境也是很有指导意义的。
http://wiki.cyanogenmod.org/w/Build_for_grouper
2.
repo sync完cm11所有的源码之后，还需要拖device的文件以及内核源码。按照官方wiki的说法，直接用breakfast grouper它就会自动从github上面拉所有需要的东西，但实测可能是网络原因这里行不通，所以只能手动拖了，这里只需要拖n7的device部分和kernel source部分。
从cm的官方github页面 https://github.com/cyanogenmod 搜索设备代号，这里就是grouper(nexus7 2012的代号)，有两个结果：android_kernel_asus_grouper和android_device_asus_grouper。点进去把这两个项目git clone下来，或者直接用页面右下方的Download ZIP下载焉。
3.
把上面的device和kernel下载下来之后要放对位置，cd 到cm11的源码树的根目录，我这里是/Volumes/cm/cm11。
mkdir -p device/asus/grouper
mkdir -p kernel/asus/grouper
再把刚才下载的device和kernel解压并放到上面新建的两个目录里面。
就可以按照官方的编译方法envsetup.sh->breakfast grouper->croot->brunch grouper -j4编译了。
4.
[20:22:34] GEN /Volumes/cm/cm11/out/target/product/grouper/obj/KERNEL_OBJ/Makefile
[20:22:35] SHIPPED scripts/kconfig/zconf.tab.c
[20:22:35] HOSTCC scripts/kconfig/zconf.tab.o
[20:22:35] scripts/kconfig/zconf.tab.c:200:10: fatal error: 'zconf.hash.c' file not found
[20:22:35] #include "zconf.hash.c"
[20:22:35] ^
[20:22:36] host StaticLib: libclangFrontendTool (/Volumes/cm/cm11/out/host/darwin-x86/obj/STATIC_LIBRARIES/libclangFrontendTool_intermediates/libclangFrontendTool.a)
[20:22:36] 1 error generated.
[20:22:36] make[3]: *** [scripts/kconfig/zconf.tab.o] Error 1
[20:22:36] make[2]: *** [cyanogenmod_grouper_defconfig] Error 2
[20:22:36] make[1]: *** [sub-make] Error 2
[20:22:36] make: *** [/Volumes/cm/cm11/out/target/product/grouper/obj/KERNEL_OBJ/.config] Error 2
[20:22:36] make: *** Waiting for unfinished jobs....
在内核目录不要自己手动用make或make uImage编译内核，它会干扰到编译整个代码树导致报错。如果之前有这么做过，可以通过删除out/target/product/grouper/obj/KERNEL_OBJ整个文件夹，并在内核目录里面make mrproper一下来重新clean掉内核源码目录。同时建议在内核的源码目录在brunch之前就make mrproper一下。
上面这个错误就是由于kernel目录不干净导致的，删除out里面的KERNEL_OBJ和make mrproper之后不再报错，并不需要像网上说的那样make clobber清掉整个out目录。
5.
[20:08:14] /bin/sh: /bin/false: No such file or directory
这个看起来像是找不到/bin/false这个程序导致的，在os x的终端里which false一下，发现位置是/usr/bin/false，这就好办，直接ln -s一个到/bin目录即可。
ln -s /usr/bin/false /bin/false
6.
[23:08:58] 警告: [options] 未与 -source 1.5 一起设置引导类路径
[23:09:06] external/doclava/src/com/google/doclava/ClassInfo.java:20: 错误: 程序包com.sun.javadoc不存在
[23:09:06] import com.sun.javadoc.ClassDoc;
[23:09:06] ^
[23:09:07] external/doclava/src/com/google/doclava/ClassInfo.java:61: 错误: 找不到符号
[23:09:07] public ClassInfo(ClassDoc cl, String rawCommentText, SourcePositionInfo position,
[23:09:07] ^
[23:09:07] 符号: 类 ClassDoc
[23:09:07] 位置: 类 ClassInfo
在os x平台编译cm的话jdk必须要有1.6版的，可以只有1.6，也可以1.6、1.7共存，但不能只有1.7，上面的报错就是因为只有jdk1.7导致的。
苹果官方在jdk6下载地址: http://support.apple.com/kb/DL1572?viewlocale=zh_CN
7.
[00:33:30] Kernel: arch/arm/boot/zImage is ready
[00:33:30] UIMAGE arch/arm/boot/uImage
[00:33:30] "mkimage" command not found - U-Boot images will not be built
[00:33:30] make[3]: *** [arch/arm/boot/uImage] Error 1
[00:33:30] make[2]: *** [uImage] Error 2
[00:33:30] make[1]: *** [sub-make] Error 2
[00:33:30] make: *** [TARGET_KERNEL_BINARIES] Error 2
[00:33:30] make: *** Waiting for unfinished jobs....
找不到mkimage这个程序，去下载一个uboot的源码：ftp://ftp.denx.de/pub/u-boot/u-boot-2012.10.tar.bz2。
解压，并进入，make tools -j4编译一下uboot tools，半分钟就可以完成，在tools目录下面把mkimage拷到系统任何一个PATH目录里面即可。
或者也可以用brew安装：brew install u-boot-tools，不过我这边没速度，于是就手动下载源码自己编译一个mkimage出来了。
8.
整个编译过程大概需要2小时左右，配置是i5 2300，16G内存，硬盘是2.5的5400rpm，可以根据CPU性能自行判断，看到下面的最后一句，Package Complete，就说明全部编译完成了。
[22:26:16] using device-specific extensions in device/asus/grouper
[22:26:36] building image from target_files BOOT...
[22:26:36] running: mkbootfs -f /var/folders/8_/kgjn7sms2mz3vn_psjgt2mlc0000gn/T/targetfiles-0EEWjX/META/boot_filesystem_config.txt /var/folders/8_/kgjn7sms2mz3vn_psjgt2mlc0000gn/T/targetfiles-0EEWjX/BOOT/RAMDISK
[22:26:36] running: minigzip
[22:26:36] running: mkbootimg --kernel /var/folders/8_/kgjn7sms2mz3vn_psjgt2mlc0000gn/T/targetfiles-0EEWjX/BOOT/kernel --ramdisk /var/folders/8_/kgjn7sms2mz3vn_psjgt2mlc0000gn/T/tmpnm2TAe --output /var/folders/8_/kgjn7sms2mz3vn_psjgt2mlc0000gn/T/tmpNzgBUc
[22:26:37] no bootloader.raw in target_files; skipping install
[22:26:37] running: openssl pkcs8 -in build/target/product/security/testkey.pk8 -inform DER -nocrypt
[22:26:37] running: java -Xmx2048m -jar /Volumes/cm/cm11/out/host/darwin-x86/framework/signapk.jar -w build/target/product/security/testkey.x509.pem build/target/product/security/testkey.pk8 /var/folders/8_/kgjn7sms2mz3vn_psjgt2mlc0000gn/T/tmp_RfPg5 /Volumes/cm/cm11/out/target/product/grouper/cm_grouper-ota-f0d0985f7a.zip
[22:27:08] done.
[22:27:09] Package Complete: /Volumes/cm/cm11/out/target/product/grouper/cm-11-20140516-UNOFFICIAL-grouper.zip
--------------------------------------------------------------------------------------------
2014.5.14
有好长一段时间没写进度日志了，期间主板又因为内存识别的问题给返修了，好在最终还是弄好了。不过起码到现在为止还是没有放弃ki的cm11，如果哪天实在是做不下去了，肯定会说明的。
最近没有什么进展，倒是弄好了一个TWRP，这个recovery功能是比较强大的，不过现在还是有点小问题，还在完善中，等到时候完善的差不多了就发出来。
折腾这么久之后发现原来在mac下面编译android需要很多要注意的地方，比如说最重要的一个就是设置 export BUILD_MAC_SDK_EXPERIMENTAL=1 这个环境变量，之前我就是在设置这个环境变量之前就开始编译，但是从来都没有Make clobber过，所以导致了一堆错误，2号的第一个错误就是由于这个没设置才会出现，而由于我乱改了HOST_darwin-x86.mk这个makefile，这又导致了后面非常多的找不到头文件的问题。
XDA上面有一篇关于介绍在os x 10.9 mavericks配置andorid的编译环境的帖子：
http://forum.xda-developers.com/showthread.php?t=2510898
按照上面的帖子配置之后，如果之前make/mka/lunch/brunch过，一定要make clobber一下，再重新breakfast/lunch/mka/brunch。由于之前的疏忽，导致花费了大量的时间在毫无意义的地方，然后2号的进度里面的1、6、7都不会再出现错误。。。
继续错误解决方法：
1.
[10:02:11] bootable/recovery/minui/../../../device/lenovo/stuttgart/recovery/griphics.c:208:5: error: conflicting types for 'gr_text'
[10:02:11] In file included from bootable/recovery/minui/../../../device/lenovo/stuttgart/recovery/griphics.c:39:0:
[10:02:11] bootable/recovery/minui/minui.h:36:5: note: previous declaration of 'gr_text' was here
[10:02:11] make: *** [/Volumes/cm/cm11/out/target/product/stuttgart/obj/STATIC_LIBRARIES/libminui_intermediates/../../../device/lenovo/stuttgart/recovery/griphics.o] Error 1
[10:02:11] make: *** Waiting for unfinished jobs....
按scue的说明文件，device/lenovo/stuttgart/recovery/Readme.md，在这个recovery目录里面执行：
cp -v ../overlay/bootable/recovery/bootloader.c ../../../../bootable/recovery/bootloader.c
即用device里面的overlay/bootable/recovery/bootloader.c 替换内核树中的 bootable/recovery/bootloader.c，替换之后不再报错。
不过在替换完文件之后，在修完下一个错误之后，这个错误又出现了。。。。。
仔细看了下报错信息，发现是有个重定义，打开bootable/recovery/minui/minui.h，第36行有一个函数的声明，是这样的：
int gr_text(int x, int y, const char *s, int bold);
再打开device/lenovo/stuttgart/recovery/griphics.c这个文件，第208行有这个函数：
int gr_text(int x, int y, const char *s)
声明和函数定义不一样，参数个数不一样多，于是直接把minui.h这个文件里面的函数声明注释掉，即可继续编译。
另外吐槽一下，scue貌似把文件名都拼错了，griphics.c，应该是graphics.c才对。。。。。
2.
[17:03:04] target thumb C: recovery <= bootable/recovery/install.c
[17:03:04] bootable/recovery/bootloader.c: In function 'get_bootloader_message_mtd':
[17:03:04] bootable/recovery/bootloader.c:77:60: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:79:43: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:85:49: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:92:60: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c: In function 'set_bootloader_message_mtd':
[17:03:04] bootable/recovery/bootloader.c:103:60: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:105:43: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:111:49: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:118:60: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:126:49: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:130:50: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:135:51: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c: In function 'get_bootloader_message_block':
[17:03:04] bootable/recovery/bootloader.c:167:22: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:168:22: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:170:49: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:176:43: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:181:53: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:185:53: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c: In function 'set_bootloader_message_block':
[17:03:04] bootable/recovery/bootloader.c:194:22: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:195:22: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:197:49: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:202:43: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:208:53: error: 'Volume' has no member named 'device'
[17:03:04] bootable/recovery/bootloader.c:212:53: error: 'Volume' has no member named 'device'
[17:03:04] make: *** [/Volumes/cm/cm11/out/target/product/stuttgart/obj/EXECUTABLES/recovery_intermediates/bootloader.o] Error 1
[17:03:04] make: *** Waiting for unfinished jobs....
出错的文件是刚刚（上一个错误）从scue的device里面拷过去的bootloader.c，看了下文件，发现是变量名写错了，把上面错误涉及到的所有的变量device都改成blk_device即可继续编译。
3.
[18:18:49] target thumb C++: libnbaio <= frameworks/av/media/libnbaio/NBAIO.cpp
[18:18:49] frameworks/av/media/libnbaio/AudioStreamOutSink.cpp: In member function 'virtual android::status_t android::AudioStreamOutSink::getTimestamp(AudioTimestamp&)':
[18:18:49] frameworks/av/media/libnbaio/AudioStreamOutSink.cpp:88:18: error: 'struct audio_stream_out' has no member named 'get_presentation_position'
[18:18:49] frameworks/av/media/libnbaio/AudioStreamOutSink.cpp:93:23: error: 'struct audio_stream_out' has no member named 'get_presentation_position'
[18:18:49] make: *** [/Volumes/cm/cm11/out/target/product/stuttgart/obj/SHARED_LIBRARIES/libnbaio_intermediates/AudioStreamOutSink.o] Error 1
[18:18:49] make: *** Waiting for unfinished jobs....
把88-90三行，和93-96行注释掉，即可继续编译。
这个问题看起来是和音频部分相关的，这个方法很有可能是治标不治本。
4.
[19:30:44] target thumb C++: libaudioflinger <= frameworks/av/services/audioflinger/Effects.cpp
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp: In member function 'void android::AudioFlinger::PlaybackThread::readOutputParameters()':
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:1742:31: error: 'audio_stream_out_t' has no member named 'set_callback'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:1743:30: error: 'audio_stream_out_t' has no member named 'set_callback'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp: In member function 'virtual void android::AudioFlinger::PlaybackThread::threadLoop_drain()':
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:2037:26: error: 'audio_stream_out_t' has no member named 'drain'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:2046:26: error: 'audio_stream_out_t' has no member named 'drain'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp: In member function 'android::status_t android::AudioFlinger::PlaybackThread::getTimestamp_l(AudioTimestamp&)':
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:2582:46: error: 'audio_stream_out_t' has no member named 'get_presentation_position'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:2584:36: error: 'audio_stream_out_t' has no member named 'get_presentation_position'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp: In member function 'virtual android::AudioFlinger::PlaybackThread::mixer_state android::AudioFlinger::OffloadThread::prepareTracks_l(android::Vector >*)':
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:4328:26: error: 'audio_stream_out_t' has no member named 'pause'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:4336:26: error: 'audio_stream_out_t' has no member named 'resume'
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp: In member function 'void android::AudioFlinger::OffloadThread::flushHw_l()':
[19:30:44] frameworks/av/services/audioflinger/Threads.cpp:4380:22: error: 'audio_stream_out_t' has no member named 'flush'
[19:30:44] make: *** [/Volumes/cm/cm11/out/target/product/stuttgart/obj/SHARED_LIBRARIES/libaudioflinger_intermediates/Threads.o] Error 1
[19:30:44] make: *** Waiting for unfinished jobs....
又是一个和音频部分想着的错误，这个错误一直没有解决，至今还卡着，所以暂且先放一放。
后面准备给k860i编译一个TWRP的recovery，其实omni rom的源码树就是自带了TWRP，所以直接把omni rom的bootable/recovery git clone下来替换cm11的bootable/recovery就可以了。
不过编译twrp之前需要配置好device，找了下教程，大概只需要配一下device/lenovo/stuttgart/BoardConfig.mk这个就可以，貌似最简单的就只要在这文件里面加一行就可以了：
DEVICE_RESOLUTION := 720x1280
然后就是开始编译的过程：
. build/envsetup.sh
breakfast stuttgart
make -j4 recoveryimage
这个过程看机器性能需要的时间也不相同，一般编译recovery都不会出什么错。之前我在笔记本的虚拟机ubuntu里面花了1小时2分钟，后面在台机的os x上编译，只花了26分钟就完成了，这性能差距也太大了。
不过这个recovery还有些问题，先说在ubuntu下面编译的recovery.img。这个recovery.img用fastboot flash recovery recovery.img刷进去之后，第一次进rec完全正常，功能也正常（当然屏幕灭了之后不能唤醒，是因为把电源键的键位定义错了，当然还没有测试过刷一个zip包）。但是奇怪的问题发生了，在rec状态下接上电脑用adb shell进去，不能reboot，或者直接用adb reboot也不行，但是直接在twrp里面点reboot按钮是可以重启的。最诡异的是，只要从这个rec重启了，不管是再次进rec或者是直接进系统，都是直接卡第一屏死掉了，看了下串口的内核日志，居然提示找不到内核，这也太奇怪了。后面刷了szb包的别的rec，就可以正常进系统了。暂还没明白到底是什么原因导致的，需要看一下如何解决。
而在os x上编译的时候，虽然是通过了编译，最终也生成了recovery.img，但是却无法启动进去TWRP，看了下串口内核日志，一直提示这个找不到，无法执行当然就进不到Rec的图形界面了。
[22:59:34] [ 20.376399] init: cannot execve('/sbin/recovery'): Exec format error
[22:59:39] [ 25.393742] init: cannot execve('/sbin/recovery'): Exec format error
[22:59:44] [ 30.410832] init: cannot execve('/sbin/recovery'): Exec format error
[22:59:49] [ 35.424186] init: cannot execve('/sbin/recovery'): Exec format error
再仔细看了下os x上编译twrp的日志，在快要编译完成的时候出现了一些错误：
[22:49:39] sed: RE error: illegal byte sequence
[22:49:39] cp -fr bootable/recovery/gui/devices/720x1280/res/* /Volumes/cm/cm11/out/target/product/stuttgart/recovery/root/res/
[22:49:39] sed: RE error: illegal byte sequence
[22:49:39] sed: RE error: illegal byte sequence
[22:49:39] sed: RE error: illegal byte sequence
一直提示sed的RE错误，有可能是这个造成的，还需要找下原因。因为按理说在os x和linux上编译android也好，编译recovery也好，应该都是没什么区别的，所以还是更有可能是os x在一些文件上出了点问题，版本不对？参数不对？都有可能。
--------------------------------------------------------------------------------------------
2014.5.2
台机又出问题了，上次是CPU都报错了，不知道是不是换回来的主板有问题，不过当然我把主板从机箱里面拆出来的时候，它又自己好了，但是更蛋疼的问题出来了，16G内存在BIOS的SPD里面能全部看到是4*4G，但是它死活只认8G，网上搜了下说这个华硕主板的通病，只认一半内存，只能去售后重新用编程器刷BIOS，因为用户自己刷的BIOS有些区域是刷不了的，也就是不彻底。看来下周又要去ASUS售后找他们好好理论理论了。
不过好在虽然台机现在裸奔了，而且只能用8G内存，但起码能正常使用了不是，所以趁着五一放假，好好来弄一下cm11的移植了。因为前面已经测试过内核能正常编译，所以现在要正式开始cm11的移植过程了。之前看过cm的官方wiki的移植的文档，大概也都看了下，肯定是料到会有很多问题出现，所以我觉得整个移植的过程就是一个个fix error的过程，把这个error都fix完了，cm11也就编译出来了，先暂且不说能不能用，能用的前提是要能编译出来东西。之前有考虑转到ubuntu里面去做，不过个人认为os x实在是用着很舒服，而且在xda上也有很多人成功移植kitkat，所以就更坚定了我不转到ubuntu的决心，虽然可能在os x下面编译会有各种各样蛋碎的error。以后的进度日志的更新应该绝大多数都会是我在os x下面编译cm11解决问题的过程和方法了。
OK, Let's Rock'n'Roll !
在OS X下面做编译想着的东西是一定要安装xcoda的，我这里是安装的Xcode 5.1，下载的dmg，挂载dmg后把xcode.app扔到/Application里面去。
到scue的github把他做的device文件拖下来，scue真是给k860i的机油做了很多贡献啊，简直就是造福广大机油，在此特别感谢。把scue的device文件放到device/lenovo/stuttgart里面去，我这里用的是枫大的vibe 1412的zip卡刷包作system文件，所以把这个zip解压出来，按照scue的README，把解出来的system文件夹ln -s符号链接到device/lenovo/stuttgart/tmp/system这个地方。
. build/envsetup.sh
breakfast stuttgart
./extract-files.sh
extract-files.sh会先打印proprietary-files.txt里面的内容，再从符号链接的system目录里面拉这里定义的文件，因为scue在写这个proprietary的时候ROM版本肯定是和现在的ROM的system文件夹里面的内容不一样的，所以难免有些文件不存在，所以在编译之前就要对照一下proprietary-files.txt里面的内容和符号链接过来的system文件夹里面的内容，把proprietary-files.txt里面有而符号链接的system里面没有的那些行删掉，不然到下面开始编译之后肯定会报错，提示找不到相应的rule to make。
修改完proprietary-files.txt之后，要重新./extract-files.sh，它会把一些文件复制到 /Volumes/cm/cm11/vendor/lenovo/stuttgart/proprietary 这里去。
当编译过程中遇到有错误，想完全重新编译的时候，可以把out/target/product/stuttgart这个目录删掉即可。
错误解决方法：
1.
[19:18:14] zhufengs-iMac:cm11 zhufeng$ breakfast stuttgart
[19:18:14] including vendor/cm/vendorsetup.sh
[19:18:19] build/core/combo/HOST_darwin-x86.mk:68: *****************************************************
[19:18:19] build/core/combo/HOST_darwin-x86.mk:69: * Can not find SDK at /Developer/SDKs/MacOSX.sdk
[19:18:19] build/core/combo/HOST_darwin-x86.mk:70: *****************************************************
[19:18:19] build/core/combo/HOST_darwin-x86.mk:71: *** Stop.. Stop.
修改 /Volumnes/cm/cm11/build/core/combo/HOST_darwin-x86.mk ，把第62行注释掉，即：
# mac_sdk_root := $(mac_sdk_path)/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(mac_sdk_version).sdk
改成：
mac_sdk_version := 10.9
mac_sdk_root := /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX$(mac_sdk_version).sdk
注意这两个变量的定义顺序一定不能弄反了，要先定义mac_sdk_version再定义mac_sdk_root，不然还是会报错。
出这个错的原因是makefile找不到Xcode自带的MacOSX 10.9的SDK目录，看了下文件里面定义也没有问题，不知道怎么就是找不到，于是干脆给它定义死了，就不会再报这个错了。
2.
[21:59:23] /Volumes/cm/cm11/out/target/product/stuttgart/obj/APPS/SignatureTest_intermediates
[21:59:51] find: src: No such file or directory
[21:59:57] osc_opensource/device/lenovo/stuttgart_row/multimedia/codecs/exynos_codecs/video/Android.mk:5: osc_opensource/device/lenovo/stuttgart_row/multimedia/codecs/exynos_codecs/video/exynos4/Android.mk: No such file or directory
[21:59:57] build/core/base_rules.mk:134: *** osc_opensource/device/lenovo/stuttgart_row/multimedia/codecs/sec_codecs/video/exynos4/mfc: MODULE.TARGET.STATIC_LIBRARIES.libsecmfcapi already defined by osc_opensource/device/lenovo/stuttgart/multimedia/codecs/sec_codecs/video/exynos4/mfc. Stop.
出现这个错误是因为我把之前联想放出来的源码解压在了cm11的代码树里面，android build系统会扫描目录下面所有的Android.mk文件，这两个暂时是不需要的，被它扫描到了，也编译了，结果有些文件放的位置不对，所以报错。直接把osc_opensource这个目录移出cm11代码树即可。
3.
[22:01:54] No private recovery resources for TARGET_DEVICE stuttgart
[22:01:54] build/core/tasks/kernel.mk:44: *** "Please set BOARD_KERNEL_IMAGE_NAME to uImage". Stop.
这个错误，看了下build/core/tasks/kernel.mk，它不再推荐使用预编译好的内核，但内核已经编译好了，所以就直接用了。直接在终端里面 export BOARD_KERNEL_IMAGE_NAME=uImage 即可解决此问题。
4.
[22:33:31] Notice file: external/zlib/NOTICE -- /Volumes/cm/cm11/out/target/product/stuttgart/obj/NOTICE_FILES/src//system/lib/libz.so.txt
[22:33:31] make: *** No rule to make target `vendor/lenovo/stuttgart/proprietary/lib/libcamera_client.so', needed by `/Volumes/cm/cm11/out/target/product/stuttgart/system/lib/libcamera_client.so'. Stop.
[22:33:31] make: *** Waiting for unfinished jobs....
这个问题就是由于上面说到的proprietary-files.txt里面定义的的文件和符号链接到的system里面的文件不匹配造成的，如果不把proprietary-files.txt里面定义了而tmp/system里面没有的项全部删掉，它还会报各种No rule to make target。所以只能检查proprietary-files.txt，把它里面有而tmp/system里面没有的项目全部删掉，重新招待extract-files.sh。
5.
[01:31:59] Export includes file: external/libsepol/Android.mk -- /Volumes/cm/cm11/out/host/darwin-x86/obj/SHARED_LIBRARIES/libsepol_intermediates/export_includes
[01:31:59] make: *** No rule to make target `device/lenovo/stuttgart/preload/preload.img', needed by `/Volumes/cm/cm11/out/target/product/stuttgart/obj/NONE/preload_intermediates/preload.img'. Stop.
[01:31:59] make: *** Waiting for unfinished jobs....
这个又是由于少了makefile，编译不了device/lenovo/stuttgart/preload/preload.img，这个文件是scue做的gms包和联想超级相机用的，在做cm11初期暂时可以不用管这个。看了下明明有Android.mk文件，不知道为什么就是提示找不到，既然如此，直接把Android.mk重命名成_Android.mk，让它不编译这个得了。
6.
[02:35:00] host C: mkbootimg <= system/core/mkbootimg/mkbootimg.c
[02:35:00] host C: libmincrypt <= system/core/libmincrypt/dsa_sig.c
[02:35:00] host C: libmincrypt <= system/core/libmincrypt/p256.c
[02:35:00] host C: libmincrypt <= system/core/libmincrypt/p256_ec.c
[02:35:00] cc1: error: unrecognized command line option "-arch"
[02:35:00] cc1: error: unrecognized command line option "-Wno-nested-anon-types"
[02:35:00] make: *** [/Volumes/cm/cm11/out/host/darwin-x86/obj/STATIC_LIBRARIES/libmincrypt_intermediates/p256.o] Error 1
[02:35:00] make: *** Waiting for unfinished jobs....
[02:35:01] cc1: error: unrecognized command line option "-arch"
[02:35:01] cc1: error: unrecognized command line option "-Wno-nested-anon-types"
[02:35:01] make: *** [/Volumes/cm/cm11/out/host/darwin-x86/obj/STATIC_LIBRARIES/libmincrypt_intermediates/p256_ec.o] Error 1
[02:35:01] make: *** [/Volumes/cm/cm11/out/host/darwin-x86/obj/STATIC_LIBRARIES/libmincrypt_intermediates/dsa_sig.o] Error 1
[02:35:01] make: *** [/Volumes/cm/cm11/out/host/darwin-x86/obj/EXECUTABLES/mkbootimg_intermediates/mkbootimg.o] Error 1
这个问题困扰了我很久，网上找了很多帖子都是说要安装Apple提供的gcc，但是我都安装了Xcode了肯定自带了gcc啊，而且还有人说是只支持Xcode 4.2。google 这个识别不了的命令行选项-Wno-nested-anon-types的时候只找到了几个关于LLVM的错误修正，居然是给的补丁要重新编译LLVM，这明显不可行。
既然网上找不到方法，就只能自己解决了。分析一下，既然说这个选项不存在，那这个选项是在哪里定义的呢？肯定是在makefile里面嘛，能影响整个编译过程的的makefile有哪几个呢？第一个肯定是想到 /Volumnes/cm/cm11/build/core/combo/HOST_darwin-x86.mk 这个了，打开一看，果然，第90行是这样的：
HOST_GLOBAL_CFLAGS += -I$(mac_sdk_root)/usr/include/c++/4.2.1 -arch i386 -Wno-nested-anon-types -Wno-unused-parameter
果然是定义了-arch 和-Wno-nested-anon-types 这两个参数，尝试直接把它们干掉。
把上面一行复制出来，再注释掉（用作备份，如果出问题要能改回去），把那两个参数删掉，就变成了这样:
HOST_GLOBAL_CFLAGS += -I$(mac_sdk_root)/usr/include/c++/4.2.1 -Wno-unused-parameter
修改过后重新编译，问题解决。
7.
[03:02:20] host C: libhost <= build/libs/host/CopyFile.c
[03:02:20] host C: mkbootfs <= system/core/cpio/mkbootfs.c
[03:02:20] host C: checkpolicy <= external/checkpolicy/queue.c
[03:02:20] system/core/cpio/mkbootfs.c:12:20: error: stdarg.h: No such file or directory
[03:02:20] system/core/cpio/mkbootfs.c: In function 'die':
[03:02:20] system/core/cpio/mkbootfs.c:30: warning: implicit declaration of function 'va_start'
居然提示找不到头文件stdarg.h，这个貌似是C标准库的里面的头文件了，自己随便写了个hello world的c，include这个stdarg.h，没报错啊，这是为何呢？看来这个编译系统在初始化环境变量的时候可能出了点问题。根据以往的经验，但凡是找不到头文件，一般都已经包含在了cm11的内核代码树的某个文件夹里面了，比如说上次的elf.h，其实也在cm11的代码树里面有。这次这个，在代码树的根目录，用du -a | grep stdarg.h，同样可以找到，它位于：
zhufengs-iMac:cm11 zhufeng$ du -a | grep stdarg
8 ./external/clang/lib/Headers/stdarg.h
8 ./external/connectivity/stlport/stlport/cstdarg
8 ./external/connectivity/stlport/stlport/stdarg.h
8 ./external/connectivity/stlport/stlport/stl/_cstdarg.h
第一个就是，那么找到了头文件要把它放到哪里去呢？又去 /Volumnes/cm/cm11/build/core/combo/HOST_darwin-x86.mk 这里面找了找，有如下的定义：
ifeq ($(mac_sdk_version),10.9)
# HOST_GLOBAL_CFLAGS += -I$(mac_sdk_root)/usr/include/c++/4.2.1 -arch i386 -Wno-nested-anon-types -Wno-unused-parameter
HOST_GLOBAL_CFLAGS += -I$(mac_sdk_root)/usr/include/c++/4.2.1 -Wno-unused-parameter
HOST_GLOBAL_LDFLAGS += -Wl,-arch,i386,-lstdc++
不错，就是刚才第6个错误的时候受影响的那一行，include目录定义的很明显了，去 /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include 里面找一下，果然是没有stdarg.h这个头文件，既然这样，那把上面找到的stdarg.h弄过来就好了。直接用符号链接 ln -s 链过来，重新编译之后不再报错。
--------------------------------------------------------------------------------------------
2014.4.27
这两天开始在os x下面尝试编译内核，cm的源码包里面提供了linux和darwin也就是os x的交叉编译工具链，版本有4.6的4.7两个。最终编译出来的zImage再做成boot.img是可以用的，串口打印的日志如下：
[23:51:39] Starting kernel ...
[23:51:39]
[23:51:39] Uncompressing Linux... done, booting the kernel.
[23:51:41] [ 0.000000] Initializing cgroup subsys cpu
[23:51:41] [ 0.000000] Linux version 3.0.15 ([email protected]) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #1 SMP PREEMPT Sat Apr 26 01:17:25 CST 2014
[23:51:41] [ 0.000000] CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c5387d
[23:51:41] [ 0.000000] Machine: STUTTGART
[23:51:41] [ 0.000000] CPU EXYNOS4412 (id 0xe4412220)
[23:51:41] [ 0.000000] S3C24XX Clocks, Copyright 2004 Simtec Electronics
[23:51:41] [ 0.000000] s3c_register_clksrc: clock audiocdclk has no registers set
但是在os x下面配置好环境变量之后，直接make -j4会出现一系列问题，现一一列举出来。
1.
[01:10:24] CC scripts/mod/empty.o
[01:10:24] HOSTCC scripts/mod/mk_elfconfig
[01:10:24] scripts/mod/mk_elfconfig.c:4:10: fatal error: 'elf.h' file not found
[01:10:24] #include
[01:10:24] ^
[01:10:24] 1 error generated.
[01:10:24] make[2]: *** [scripts/mod/mk_elfconfig] Error 1
[01:10:24] make[1]: *** [scripts/mod] Error 2
[01:10:24] make: *** [scripts] Error 2
这个问题是由于os x的系统include路径里面少了一个elf.h这个文件，到 http://www.rockbox.org/tracker/9006?getfile=16683 这个地方，把里面的内容保存成elf.h，放到内核源码的scripts/mod/下面即可。
2.
[01:11:49] HOSTCC scripts/mod/mk_elfconfig
[01:11:49] scripts/mod/mk_elfconfig.c:4:10: error: 'elf.h' file not found with include; use "quotes" instead
[01:11:49] #include
[01:11:49] ^~~~~~~
[01:11:49] "elf.h"
[01:11:49] 1 error generated.
[01:11:49] make[2]: *** [scripts/mod/mk_elfconfig] Error 1
[01:11:49] make[1]: *** [scripts/mod] Error 2
[01:11:49] make[1]: *** Waiting for unfinished jobs....
这个问题是elf.h之前是因为在系统include库里面，现在放到了scripts/mod下面，编译.c文件的时候定义elf.h的时候有问题，想必会c的人都知道#include 和#include "elf.h" 的区别吧。把scripts/mod下面的mk_elfconfig.c，modpost.h这两个文件，开头前几行的#include 改成#include "elf.h"。
3.
[03:05:36] CC drivers/media/video/samsung/ump_r3p2/common/ump_kernel_common.o
[03:05:36] arm-eabi-gcc: error: Revision:: No such file or directory
[03:05:36] arm-eabi-gcc: error: Unversioned: No such file or directory
[03:05:36] arm-eabi-gcc: error: directory: No such file or directory
[03:05:36] arm-eabi-gcc: error: Revision:: No such file or directory
[03:05:36] arm-eabi-gcc: error: Unversioned: No such file or directory
[03:05:36] arm-eabi-gcc: error: directory": No such file or directory
[03:05:36] make[5]: *** [drivers/media/video/samsung/ump_r3p2/common/ump_kernel_common.o] Error 1
[03:05:36] make[4]: *** [drivers/media/video/samsung/ump_r3p2] Error 2
[03:05:36] make[4]: *** Waiting for unfinished jobs....
这个就是昨天出现的问题，今天终于是把它解决了。google了一下，发现可能是由于 drivers/media/video/samsung/ump_r3p2/Makefine.common 这个文件里面定义的一个变量 SVN_REV 引起的，具体的两行代码是：
# Get subversion revision number, fall back to 0000 if no svn info is available
SVN_REV:=$(shell ((svnversion | grep -qv exported && echo -n 'Revision: ' && svnversion) || git svn info | sed -e 's/$$$$/M/' | grep '^Revision: ' || echo ${MALI_RELEASE_NAME}) 2>/dev/null | sed -e 's/^Revision: //')
后面按照网上给的方法，把SVN_REV这一行直接给注释掉，保存之后再编译还是报一样的错。来分析一下原因，把这个变量后面的这一行命令直接分别在os x和ubuntu的终端里面执行，看输出的结果有什么不一样。发现在linux里面是没有svnversion这个程序的，所以编译过程就会直接跳过，而os x里面自带了这个svnversion这个程序，但是命令的输出结果并不对，有可能是Linux的程序和os x的程序的命令行参数不太一样，输出的结果就不对，然后就引起了报错。但是有可能由于其它的makefile也引用到了svnversion这个程序，所以即使注释掉了那一个makefile，其它的还不知道有多少个Makefile引用到了这个SVN_REV的变量，所以想到干脆直接把svnversion这个东西弄掉。果然，把它重命名成svnverson-bak之后，后面的编译就很顺利，没有再报什么错了。命令如下：
[01:08:23] zhufengs-iMac:kernel zhufeng$ sudo mv /usr/bin/svnversion /usr/bin/svnversion-bak
因为现在的黑苹果是装在台机上的，i5 2300 + 16G的内存，所以编译直接速度真的是很快啊，日志如下：
[01:13:50] zhufengs-iMac:kernel zhufeng$ make -j4
[01:13:52] CHK include/linux/version.h
[01:13:52] CHK include/generated/utsrelease.h
......
[01:17:39] AS arch/arm/boot/compressed/piggy.gzip.o
[01:17:39] LD arch/arm/boot/compressed/vmlinux
[01:17:39] OBJCOPY arch/arm/boot/zImage
[01:17:39] Kernel: arch/arm/boot/zImage is ready
从开始编译的时间和结束的时间看，编译一个k860i的内核源代码，竟然只要四分钟不到！以前在i5 一代笔记本CPU的虚拟机上，编译这个内核至少用了十多分钟，差距实在是太大了，多核真是编译东西的利器啊！
另外，在测试内核的时候还发现了一个更为严重的问题，上次说到把自编译的内核fastboot flash boot boot.img之后无法进入桌面，之前几天是推测说/init.rc这个文件有问题，但后面在启动的时候偶然抓了一下adb logcat，发现一直在重复这几行：
I/SurfaceFlinger( 1356): SurfaceFlinger is starting
I/SurfaceFlinger( 1356): SurfaceFlinger's main thread ready to run. Initializing graphics H/W...
D/libEGL ( 1356): loaded /system/lib/egl/libEGL_mali.so
D/libEGL ( 1356): loaded /system/lib/egl/libGLESv1_CM_mali.so
D/libEGL ( 1356): loaded /system/lib/egl/libGLESv2_mali.so
E/ ( 1356): ERROR in Mali driver:
E/ ( 1356): * Device driver API mismatch
E/ ( 1356): * Device driver API version: 20
E/ ( 1356): * User space API version: 17
E/ ( 1356): mali: REVISION=Linux-r3p1-01rel1 BUILD_DATE=Tue Jul 2 15:06:24 KST 2013
W/libEGL ( 1356): eglInitialize(0x1) failed (EGL_BAD_ALLOC)
Mali driver就是Mali驱动，只要有点主流嵌入式SOC的硬件常识都会知道，k860i用的soc是三星的Exynos 4412，它内置的显卡就是Mali 400。这正是内核显卡驱动和用户空间的驱动版本不匹配引起的，当然驱动就不能正确加载了，很明显显卡驱动都没有加载的话，内核加载完之后是肯定进不到桌面的。之所以之前没有想到是这个原因，是因为这种类型的日志不是内核日志，不可能打印在串口的内核日志输出里面，而之前测试的时候正好又没有抓adb logcat，所以就忽略了。我估计以后正式开始cm11的时候，这个问题肯定还会再出现，现在还没有想到什么好的解决办法，网上搜了下也没有什么好的建议，到时候再看吧。
--------------------------------------------------------------------------------------------
2014.4.25
有几天没更新进度了，其实这几天一直都在弄台式机的事情。华硕返修个主板给我返了一个多星期，起因是上次我自己不小心把CPU插座弄断了几根针，然后就杯具了。因为过保了，所以说是换插座要100块，也只能给了。不过我在去取的时候很是意外，本来是P8H67M-PRO，给我换了块P8P67M-PRO，从价格上来说是比H67要贵的，外围接口什么的也多了不少，功能应该也是会更多，但是没有了显卡输出接口，而且再加上板子也看起来是全新的，所以我也就收了，最后售后还说给我带来不便再给了三个月的保。这就得要买显卡了啊，P67不能用集显，纠结了很久，终于决定买一块索泰的GTX650，679块，这么一来整个电脑基本上全换掉了。换了主板之后，用win7自带的评分，显卡的两部分升到了7.3，7.3，现在最低的就硬盘了，5.9分，这下整一块SSD就基本上就都7.5了。好吧，这电脑又可以再战三年。。
在换了新主板之后，整了个黑苹果，其实最主要的是换了显卡的功劳，之前的i5 2300的集显hd2000在黑苹果下面驱动不起来，开不了QE/CI。基本上现在弄的黑苹果已经达到90%的完美程度了，网卡声卡显卡都驱动起来了，USB3.0接口还有点问题，AHCI和RAID的问题也解决了。本着不折腾不舒服斯基的原则，不出意外的话k860i的CM11的接下来的部分工作会在os x上完成，就是不知道能不能进行下去。
把之前下载的CM11和内核的源码都放到os x下面了，环境变量也都弄好了，使用cm11源码里面带的arm-eabi-gcc 4.6 for darwin交叉编译器尝试编译内核，除去前几天出现过的smc 0的报错之外，开始出现新的错误，报错是这样的：
[03:05:36] CC drivers/media/video/samsung/ump_r3p2/common/ump_kernel_common.o
[03:05:36] arm-eabi-gcc: error: Revision:: No such file or directory
[03:05:36] arm-eabi-gcc: error: Unversioned: No such file or directory
[03:05:36] arm-eabi-gcc: error: directory: No such file or directory
[03:05:36] arm-eabi-gcc: error: Revision:: No such file or directory
[03:05:36] arm-eabi-gcc: error: Unversioned: No such file or directory
[03:05:36] arm-eabi-gcc: error: directory": No such file or directory
[03:05:36] make[5]: *** [drivers/media/video/samsung/ump_r3p2/common/ump_kernel_common.o] Error 1
[03:05:36] make[4]: *** [drivers/media/video/samsung/ump_r3p2] Error 2
[03:05:36] make[4]: *** Waiting for unfinished jobs....
网上搜了下这个错误可能是由于makefile和makefile.common里面的SVN_REV变量的设置问题，后面修改之后还是报一样的错，有可能是和mac里面的svn版本和linux里面版本不一样造成的。接下来的时间会继续尝试把mac平台的编译错误尽力解决掉，如果实在不行，到时候那就只能重新在台机上装一个linux了。
好吧，放一张黑苹果的截图，小得瑟一下~~
--------------------------------------------------------------------------------------------
2014.4.21
主板终于要返修回来了，真是操蛋，用了一个多星期，而且华硕官方的售后点、居然不代理广州和深圳之外的其它区的货，这尼玛是在闹哪样，全国联保就一句空话么？下班之后去取回来，换了个CPU插座，100块，晚上还得把台机装起来。用笔记本编译实在是太慢了，台机装好之后应该会好很多，起码编译时间会减半。
在CM的wiki看了下Android的编译方法，看起来比我想象中的要复杂的多，还需要消化一下，各种变量飞来飞去，要找到些规律才能继续下去，所以这几天估计都会在看这个了。把scue的github上的cm10.1的device的代码都拖下来了，应该会有很大的用处。
--------------------------------------------------------------------------------------------
2014.4.20
关于boot.img的内核文件不能启动的问题，google了一下，看到了这个帖子 http://blog.csdn.net/wh_19910525/article/details/8200372 。原来这个boot.img跟普通linux发行版本的内核文件有点不一样，它把zImage，ramdisk，启动参数等等这些东西都打包到一起去了。按照上面的那篇博客的方法，用mkbootimg和unpackbootimg可以实现打包和解包boot.img，于是准备尝试一下把自己编译的zImage打包成boot.img刷进去看看能不能用。
[00:59:35] zhufeng@zhufeng-lap-vm:/home/cm/cm11/osc_opensource/kernel/arch/arm/boot/bootimg/unpack$ ./unpackbootimg -i boot.img.tj.2.9 -o out
[00:59:36] BOARD_KERNEL_CMDLINE console=ttySAC3,115200 androidboot.hardware=stuttgart
[00:59:36] BOARD_KERNEL_BASE 10000000
[00:59:36] BOARD_PAGE_SIZE 2048
[01:02:06] zhufeng@zhufeng-lap-vm:/home/cm/cm11/osc_opensource/kernel/arch/arm/boot/bootimg/unpack/out$ cat *base *line *size
[01:02:06] 10000000
[01:02:06] console=ttySAC3,115200 androidboot.hardware=stuttgart
[01:02:06] 2048
[01:02:30] zhufeng@zhufeng-lap-vm:/home/cm/cm11/osc_opensource/kernel/arch/arm/boot/bootimg/unpack/out$ ../mkbootimg --cmdline 'console=ttySAC3,115200 androidboot.hardware=stuttgart' --kernel boot.img.tj.2.9-zImage --ramdisk boot.img.tj.2.9-ramdisk.gz -o boot.img
先把现在用的这个ROM的boot.img解压出来，把解出来的内核文件用我自己编译的zImage替换，ramdisk和cmdline不变，再重新生成boot.img，刷到现有的ROM包里面去，终于能启动了，而不是昨天直接刷zImage直接到uboot命令行界面。不过虽然没有再卡lenovo logo，不过却进不到桌面，看了下串口打印的内核日志，看到了下面这几行。估计就是这个原因导致的了，/init.rc->/init.stuttgart.rc这个文件是初始化图形的配置文件，这个文件有错，自然就会出问题，这个我想只要移植过ARM开发板linux内核的人都明白，是个非常典型的错误。
[01:20:52] [ 5.100215] lirx +++in tty_release, ttySAC3+++
[01:20:52] [ 5.110046] lirx +++out tty_release, ttySAC3+++
[01:20:52] [ 5.113912] init: parse config file: /init.rc
[01:20:52] [ 5.119235] init: /init.stuttgart.rc: 190: invalid command '//'
[01:20:52] [ 5.123717] init: /init.stuttgart.rc: 191: invalid command '//'
[01:20:52] [ 5.129590] init: /init.stuttgart.rc: 192: invalid command '//'
[01:20:52] [ 5.135787] init (1): /proc/1/oom_adj is deprecated, please use /proc/1/oom_score_adj instead.
后面找了群里的朋友“凌乱人生”帮忙在vibe rom上面fastboot刷了内核做测试，终于可以进到桌面了，有图有真相，这个内核就是我自己编译的，看编译者和编译时间一眼就能看的出来。哈哈，内核暂时应该没什么问题了，不过最近一直都是在做内核测试，真正CM11的代码部分都还没开始呢，可以想象以后肯定会有越来越多各种乱七八糟的问题出来，只能慢慢来了。好吧，下午出去逛逛太古汇，连续弄了好几天了，稍微休息下，晚上回来正式开始CM11代码部分。
下午去电脑城经朋友介绍买了个二手硬盘，西数2.5寸 500G 5400转蓝盘，看通电时间1800小时，150块，价格还算可以了，几乎是新的半价，给笔记本装上，安装上了ubuntu 14.04 x64，现在就差把之前虚拟机里面代码移到硬盘上去。不过郁闷的是，虚拟机的vmdk文件在ubuntu里面无法挂载，真悲催，这样就只能重新解压源码了，但是操蛋的网络晚上又各种渣， repo sync之后各种连接被重置，哎，算了，等明天把代码拖下来再继续吧。也已经连续好几天晚上两三点才睡了，今天要早点睡了，明天还要上班。
-------------------------------------------------------------------------------------------- 2014.4.19
因为台机主板还没返修回来 ，所以就只能在虚拟机里面继续编译。ubuntu 14.04 x64已经正式发布，只是那块硬盘实在已经装不上系统了，各种IO读取错误，无奈只能继续等台机主板返修回来再说了。
不过今天还是有不少的进展。下午去买了两副耳机，为了做耳机调试线，花了我二十大洋，听了之后发现这音质也就只值三四块钱。好在之前在学校的时候拿了几根杜邦线和一个USB转TTL的小板子，还没想到居然还真派上用场了。立马剪掉耳机和杜邦线，打火机烧一下，接起来，耳机那边有四根线，只需要GND和RXD，最后还是给试出来了，耳机调试线就OK了。这下这手机就跟开发一样了啊，直接打印输出串口的内核日志，看了下，内核日志确实对内核的调试是有极大的帮助的，开机直接就是启动到uboot界面，不过因为没有接TXD到TTL上面，所以在uboot界面无法按任意键停止自动加载FLASH上面的内核。
借助于耳机调试线，终于是发现为什么上次用fastboot boot zImage刷进去的内核不能用了，这自己编译的内核是能启动的，下面放几条打印的内核日志：
[20:21:06] Starting kernel ...
[20:21:06]
[20:21:07] Uncompressing Linux... done, booting the kernel.
[20:21:08] [ 0.000000] Initializing cgroup subsys cpu
[20:21:08] [ 0.000000] Linux version 3.0.15 (zhufeng@zhufeng-lap-vm) (gcc version 4.6.x-google 20120106 (prerelease) (GCC) ) #3 SMP PREEMPT Fri Apr 18 12:00:44 CST 2014
[20:21:08] [ 0.000000] CPU: ARMv7 Processor [413fc090] revision 0 (ARMv7), cr=10c5387d
[20:21:08] [ 0.000000] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache
[20:21:08] [ 0.000000] Machine: STUTTGART
[20:21:08] [ 0.000000] ####get g_lcd_nova=1#####
[20:21:08] [ 0.000000] Memory policy: ECC disabled, Data cache writealloc
[20:21:08] [ 0.000000] CPU EXYNOS4412 (id 0xe4412220)
[20:21:08] [ 0.000000] S3C24XX Clocks, Copyright 2004 Simtec Electronics
[20:21:12] [ 4.985941] VFS: Cannot open root device "(null)" or unknown-block(0,0)
[20:21:12] [ 4.992053] Please append a correct "root=" boot option; here are the available partitions:
[20:21:12] [ 5.072773] b310 2048 mmcblk0boot1 (driver?)
[20:21:12] [ 5.078062] b308 2048 mmcblk0boot0 (driver?)
[20:21:12] [ 5.083352] b318 31166976 mmcblk1 driver: mmcblk
[20:21:12] [ 5.088643] b319 31162880 mmcblk1p1 00000000-0000-0000-0000-000000000000
[20:21:12] [ 5.096118] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
这也是个典型问题了，以前在玩2410、6410弄Linux内核移植的时候经常遇到这样，特别是在挂NFS ROOT，找不到根目录。后面试了用ROM原配的boot.img也是一样，这样可能就得猜想一下fastboot boot直接下载内核的机制到底是怎么样的了，这个就暂不深究了。
不过在测试中还发现了另外一个值得庆幸的事情，那就是k860i可以直接用fastboot来刷内核，其实好像很多手机都是可以支持的？不过确实说起来联想把这个bootloader还算是做的很好的了，电源+音量加进入bootloader模式，里面有很多个选项，可以切换耳机孔作为音频输出还是串口console，还可以选择进入recovery，或者进入usb下载（也就是fastboot模式），SD下载（也就是联想官方用的szb刷机方式）。进入usb下载模式，直接就可以用fastboot刷机了。尝试把zImage刷到boot里面去：fastboot flash boot zImage，再重启手机，可以看到，会报错不能引导，会直接进入到uboot的命令行，会报错。后面再刷入之前用的boot.img，就又可以正常启动了。
[20:41:55] downloading of 3749708 bytes finished
[20:41:55] Received 10 bytes: flash:boot
[20:41:55] flashing 'boot'
[20:41:55]
[20:41:57] MMC write: dev # 0, block # 6660159, count 40897 ... 40897 blocks written: OK
[20:41:57] partition 'boot' flashed
[20:42:11] Received 6 bytes: reboot
[20:42:11] resetting ...
[20:42:11] reset...
[20:42:13] s5p_dsim_set_main_disp_resol:vert_resol:1280, hori_resol:720
[20:42:13] Hit any key to stop autoboot: 0
[20:42:13] Wrong Image Format for bootm command
[20:42:13] ERROR: can't get kernel image!
[20:43:04] STUTTGART #
看来boot.img是把zImage加了一些文件头等信息，不过也是可以理解的，毕竟boot.img是在系统的源码目录用make bootimage生成的，而这个内核只是在内核目录生成的zImage。明天准备尝试一下把这个zImage内核文件加文件头，看能不能直接引导现用的ROM。
好吧，今天的更新日志就这些了，耳机调试线确实是个非常给力的工具，估计也能增加那么一点点移植成功的机率吧。
--------------------------------------------------------------------------------------------
2014.4.18
从昨天晚上开始编译一下官方给的内核源码，仅仅只是做下测试看能不能编译通过。不过由于虚拟机里面的ubuntu是10.04 32位的，不能编译4.0以上的系统，所以必须重新在虚拟机里面搭一个64位的环境。本来是想直接用最新的14.04 x64，结果在vmware有各种问题，网上说是最新版的vmware不支持14.04的linux 3.13内核。后面换到12.04.4 x64，图形又用不了。真是各种操蛋，最终只能用字符界面了，好在编译这些东西不需要图形操作，还用了SecureCRT的自动记录功能，把终端所有输出的命令的时间都加上了，这样就很好了，记录所有操作，为以后记这篇日志有点根据。
好在最后还是把环境搭起来了，虚拟机里面迁移起来就比较方便了，之前拖cm的源码的时候，我是在/home下面另外新建了一块vmware虚拟硬盘vmdk挂到/home/cm的，所以我重装系统完全不会影响到源码，把几个重要的系统配置文件备份到cm的vmdk里面，比如/etc/bash.bashrc, /etc/fstab/, /etc/profile, ~/.vim, ~/.vimrc等等，重新完成之后把这些文件再覆盖回去重启系统即可，之前设置的环境变量，各种使用习惯全部都回来了。
然后是安装编译系统和内核所必备的一些包：
sudo apt-get install bison build-essential curl flex git-core gnupg gperf libesd0-dev libncurses5-dev libsdl1.2-dev libwxgtk2.8-dev libxml2 libxml2-utils lzop openjdk-6-jdk openjdk-6-jre pngcrush schedtool squashfs-tools xsltproc zip zlib1g-dev g++-multilib gcc-multilib lib32ncurses5-dev lib32readline-gplv2-dev lib32z1-dev p7zip-full vim-gtk openjdk-6-jdk openjdk-6-jre
最后两个jdk和jre，最好不要安装openjdk的，看编译的时候会报一些错，安装sun jdk比较好。
说一下我的目录环境情况，/home/cm/cm11这个是所有cm源码的根目录，下面有osc_opensource这个目录是联想4月放出来的源码的目录，现在还是一个独立的目录，还没有放到cm源码的内核目录里面去。开始测试编译内核之前要配置好交叉编译器的toolchain的环境变量，当然所有的前提都是要把cm11.0的所有源码都拖下来，repo sync完全显示done才可以进行，此时/home/cm/cm11应该有abi bionic cts development docs hardware Makefile out prebuilt system android bootable dalvik device 等等目录，这里面同时也已经包含了交叉编译器的toolchain了。具体配置是编辑/etc/bash.bashrc，在文件最后添加如下几行保存之后，source一下/etc/bash.bashrc就可以了。
# set jdk environment
export JAVA_HOME=/usr/local/src/jdk1.6.0_24/
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
# set PATH for adb and android sdk folder
export PATH=/home/cm/:/home/cm/android-sdk-linux/tools/:/home/cm/android-sdk-linux/platform-tools/:$PATH
# set PATH for arm-linux-gcc eabi 4.6
export CM11=/home/cm/cm11
export PATH=$CM11/prebuilts/gcc/linux-x86/arm/arm-eabi-4.6/bin:$PATH
export ARCH=arm
export SUBARCH=arm
export CROSS_COMPILE=arm-eabi-
环境都搭好之后就可以cd到osc_opensource的kernel目录，开始：
make stuttgart_android_defconfig //用来生成.config文件
make -j4
好吧，报错了。
CC arch/arm/mach-exynos/cpu-exynos4.o
CC arch/arm/mach-exynos/pm-exynos4.o
/tmp/cctXCN1T.s: Assembler messages:
/tmp/cctXCN1T.s:69: Error: selected processor does not support ARM mode `smc 0'
/tmp/cctXCN1T.s:97: Error: selected processor does not support ARM mode `smc 0'
/tmp/cctXCN1T.s:119: Error: selected processor does not support ARM mode `smc 0'
/tmp/cctXCN1T.s:141: Error: selected processor does not support ARM mode `smc 0'
/tmp/cctXCN1T.s:188: Error: selected processor does not support ARM mode `smc 0'
make[1]: *** [arch/arm/mach-exynos/cpu-exynos4.o] 错误 1
make[1]: *** 正在等待未完成的任务....
/tmp/ccMpIkta.s: Assembler messages:
/tmp/ccMpIkta.s:112: Error: selected processor does not support ARM mode `smc 0'
/tmp/ccMpIkta.s:303: Error: selected processor does not support ARM mode `smc 0'
/tmp/ccMpIkta.s:394: Error: selected processor does not support ARM mode `smc 0'
/tmp/ccMpIkta.s:422: Error: selected processor does not support ARM mode `smc 0'
/tmp/ccMpIkta.s:444: Error: selected processor does not support ARM mode `smc 0'
/tmp/ccMpIkta.s:466: Error: selected processor does not support ARM mode `smc 0'
/tmp/ccMpIkta.s:789: Error: selected processor does not support ARM mode `smc 0'
make[1]: *** [arch/arm/mach-exynos/pm-exynos4.o] 错误 1
make: *** [arch/arm/mach-exynos] 错误 2
make: *** 正在等待未完成的任务....
make: *** wait: 没有子进程。 停止。
反反复复都是报的同一个错，网上搜了下，说是三星Exynos的CPU的一个smc的支持问题，幸运的是，在 https://gist.github.com/anonymous/4395518 这个github里面，有个大神已经提交了一个修复这个错误的补丁，源代码都在，不过这个是patch.txt，好吧不会用patch功能的我只能纯手工自己添加了（请不要吐槽我不会用patch。。。。）。虽然不会用patch，不过好在这是纯文件，咱看下也能明白这个patch到底是怎么打的，怎么分析patch文件怎么用我就不说了，自己可以看源码，想想便知，现在说的是怎么手动修改。
arch/arm/mach-exynos/include/mach/smc.h 这个文件，
在第53行下面和第69行下面都加入这行代码：
".arch_extension sec\n"
arch/arm/mach-exynos/sleep-exynos4.S 这个文件，
在第41行下面加入下面这三行代码：
#ifdef CONFIG_ARM_TRUSTZONE
.arch_extension sec
#endif
arch/arm/mach-exynos/idle-exynos4.S
这个文件 ，
在第47行下面加入下面这三行代码：
#ifdef CONFIG_ARM_TRUSTZONE
.arch_extension sec
#endif
大概就是改这三个源文件，改好之后继续 make -j4，大概十几分钟左右，应该没有其它错误了，显示如下的信息就表示内核 zImage已经编译完成了。
MODPOST 4 modules
GZIP arch/arm/boot/compressed/piggy
SHIPPED arch/arm/boot/compressed/lib1f
AS arch/arm/boot/compressed/lib1f
LD [M] crypto/ansi_cprng.ko
LD [M] drivers/media/video/gspca/gspc
AS arch/arm/boot/compressed/piggy
LD arch/arm/boot/compressed/vmlin
OBJCOPY arch/arm/boot/zImage
Kernel: arch/arm/boot/zImage is ready
编译好之后当然就想试一下能不能用。因为暂时还不准备刷机，要备份的东西太多，所以我就想着看能不能直接用fastboot boot zImage这种方式来测试下内核，发现然后就直接卡死在开机lenovo logo了。之前以为可能是内核的问题，后面直接用现在用的这个刷机包的boot.img，用同样的fastboot boot boot.img来启动，发现也不行，同样是卡死在lenovo logo。
调内核没有串口几乎无法进行啊，看到之前有个帖子 http://bbs.lephone.cc/forum.php?mod=viewthread&action=printable&tid=547161 ，准备去弄个这个线，USB转TTL的板子我自己有一个，要想办法做一个这个线，就可以跟开发板一样直接看串口输出的信息了，弄好了的话调内核就真是方便太多了。
另外，发到上海去修的主板，还没回来，估计这周都回不来了，真是操蛋。每次在笔记本的虚拟机ubuntu上编译东西，这笔记本风扇都是在嚎叫。。。。好惨的样子。。。。。
好吧，昨晚弄这个东西搞到三点钟才睡觉。。。。。
http://www.xuebuyuan.com/1011648.html
http://iwillbemyself.blog.163.com/blog/static/170223228201222831425225/
--------------------------------------------------------------------------------------------
2014.4.17
昨天晚上给笔记本分了个LVM，以避免坏道对数据可能造成的影响。把LV做了镜像，同步时间真是漫长，干脆让它自己跑了一整晚，今早看到应该已经是完成了，lvs命令查看lv状态，copy%两个LV一个是99.99%一个是99.97%，不知道这样正不正常？按说应该要是100%完成才行的。linux的LVM好像没有aix里面LV那种查看有多少个stale的PP的命令。
在笔记本的虚拟机上面把cm11.0的所有源码和联想4月放的源码都解出来了，准备先试一下编译官方的kernel，看能不能通过。看来SOC都是ARM构架，跟以前编译2410、6410的linux内核完全没有任何区别嘛。
在kernel目录里面执行：
make stuttgart_android_defconfig //用来生成.config文件
make -j4
就可以开始编译。
不过需要说明的是，这只是在测试一下这个内核的源码编译起来有没有问题，完完全全是测试用的，即使能编译出来也是不能刷的。
编译过程中报错了，应该是虚拟机里面搭的环境有问题，看网上说是4.0以上系统编译都必须要linux x64才行。在虚拟机里面弄个14.04 x64，结果。。。。现在的vmware还不支持14.04使用的3.13的内核，结果就是各种问题，桌面打不开，运行各种慢，halt命令关机CPU会被强制禁用。。。只能再去拖个10.04.4 x64再扔到虚拟机安装。不过很奇怪，交叉编译器toolchain不是明明写的linux-x86么。。。为何一定要64位linux呢？
zhufeng@zhufeng-lap-vm:/home/cm/cm11/osc_opensource/kernel$ make -j5
/home/cm/cm11/prebuilts/gcc/linux-x86/arm/arm-eabi-4.6/bin/arm-eabi-gcc: 1: Syntax error: "(" unexpected
scripts/kconfig/conf --silentoldconfig Kconfig
/home/cm/cm11/prebuilts/gcc/linux-x86/arm/arm-eabi-4.6/bin/arm-eabi-gcc: 1: Syntax error: "(" unexpected
CHK include/linux/version.h
CHK include/generated/utsrelease.h
CC scripts/mod/empty.o
/home/cm/cm11/prebuilts/gcc/linux-x86/arm/arm-eabi-4.6/bin/arm-eabi-gcc: 1: Syntax error: "(" unexpected
make[2]: *** [scripts/mod/empty.o] 错误 2
make[1]: *** [scripts/mod] 错误 2
make: *** [scripts] 错误 2
make: *** 正在等待未完成的任务....
--------------------------------------------------------------------------------------------
2014.4.16晚
cm11.0的最新代码已经全部同步完了，大概有11g，看了下打好的tar包，repo sync之后打的tar包比原来从网盘下载的tar包大了500多M。
zhufeng@zhufeng-lap-vm:/media/cm-k860i/.repo$ du -sc
10786272 .
10786272 总用量
用acer 3750g挂那个有坏道的移动硬盘拆出来的2.5的TOSHIBA 500G盘，测试用ubuntu 14.04 beta2做了一个LVM，48G两个分区做镜像分给/，180G两个分区做镜像分给/home，系统还没开始安装，必须要等做的镜像同步完成之后才能安装系统，这个同步的过程是比较漫长的，几乎是相当于要往硬盘里面写48+180G的数据，镜像同步明天继续，目测主板还没那么快回来。Linux的LVM还是跟AIX的有不少区别啊，明显的aix下面的LVM相关的命令要比Linux里面的LVM相关命令要好用很多。
--------------------------------------------------------------------------------------------
2014.4.16
项目准备开始，前期准备工作开始进行。因台式机主板返修还没回来，所以得等到台式机主板到了才能开始搭环境，并安装使用最新的ubuntu 14.04 LTS正式版进行。
同时由于硬盘不够，到时候只能用有坏道的500G移动硬盘里面拆出来的2.5硬盘接到台式机上装ubuntu，为了保证数据安全，会做LVM，并做镜像，希望不要因此造成数据丢失。
今天准备开始同步cm11的最新源码。上次下载了深度论坛的13年11月的CM11.tar，一共有11G，今天准备解压它在虚拟机里面repo sync同步到最新的11.0代码。
【PS，对于k860i移植Android 4.4 kitkat Cyanogenmod 11不要抱太大希望，很有可能最终做不出来或者即便做出来了也有不少bug，而且这也是我第一次做Android的移植，so，都懂的。】