How to solve QSEECOMD on AOSP

为Nexus 5编译自己修改后的 AOSP 已经很长一段时间了，但一直以来，都遇到其频繁打印一段日志，不仅严重干扰了视觉，还冲掉了原本有意义的日志信息。

How to Flash the Linux Kernel for Android Nexus 5

本篇文章记录了在读完《Android系统源代码情况分析》第二章“硬件抽象层”的动手实践过程。该书讲述了从内核到框架，再到应用的整个知识链条，从它出版到现在，我一直在不断地翻阅它，获益匪浅，推荐给大家。

硬件抽象层（HAL）是连接硬件、内核、框架、应用四者的纽带，理解了它，再去学习其他模块，可以有事半功倍的效果。其中，如何为内核增加新模块，又是学习HAL的必备环节。该书是在模拟器上进行讲解，好处在于学习成本很低，无需准备硬件，弊端就是运行模拟器非常慢，耽误时间。所以，我使用Nexus 5手机进行各种实验，一来效率高，二来最大化手机的功用。

How to Add New Project into AOSP

在上一篇《How to Create Branch in Android Local Mirror》中，我介绍了如何在Android Mirror中创建分支，然后进行协同开发。既然是分支，那么增加、删除、修改文件等操作，自然是少不了的，麻烦不到哪里去。不过，如果是增加一个新的工程，就稍微麻烦些了。

过去的几个月里，我不断地在看《Android系统源代码情景分析》和《深入理解Android：卷I》，两位作者讲述知识的方式有一个共同点，就是用图表（UML）来描述，用代码来验证。所以，不可避免我要创建一些测试工程，同时，这些工程还要在不同的机器上协同开发。

How to Create Branch in Android Local Mirror

获取 Android 源码非常简单，无非两三个命令。但如果你是一个团队，又或者你会在多台机器之间切换工作，那么，每个人、每台机器都从官网拉取代码，即浪费精力、耽误时间，又不能方便地管理代码。

这个时候，你需要使用本地镜像，正如官网文档所建议的那样。创建了本地镜像后，其他人、其他机器都可以就近拉取代码，然后推送修改到本地代码仓库。可是，这个过程要如何协作呢？接下来的文字将描述这个过程。

Uncompressing Linux done, booting the kernel

Android 前不久发布4.3版本，正值我在学习《Android系统源代码情景分析》一书，觉得不必要拘泥于该书所描述的版本（2.3），跟上潮流前线不是件坏事，况且 Android 在2.3到4.3并没有发生天翻地覆的改变，原理应该是想通的。于是升级 Android Source，随后是 Kernel Goldfish。

和往常一样，各种环境变量配置完毕，编译过程一切顺利，得到system.img、userdata.img和ramdisk.img，模拟器可以正常启动、运行。接下来，编译 Goldfish 得到zImage，但是，模拟器怎么也不能启动了。在终端输出下面的信息后，一切嘎然而止。