被墙了不用想了。直接把 SSH 暴露在 GFW 下，登录几次这个 IP 基本就废了。

This is my Apple, this is my gun!

检查硬盘灯，注意有可能 memory leak 的程序，尤其是浏览器。
装个 htop ， crtl+alt+f3 进去 htop 看一下。

如果上班做的有意义，那么提升巨大。资源多，还可能有人带。
如果上班做的毫无意义，比如改个翻译， merge 一下代码，那么必须自己学，但不如上面的快。

@phantastar 说句不太好听的啊，但凡需要重写 HAL 的，绝对搞不定。所以，官方支持到哪个版本，就扒哪个版本的库，可以碰碰运气能不能用。

@kmahyyg 做 OTA 的同事告诉我，默认就有 system.img 那个 system.new.dat 是 block ota 的东西，要么你再看看？

@phantastar Android 的 code 相对混乱。 Android 其实分为 2 部分， AOSP/GMS 还有 partner 可以拿到的 developer branch 。不和 Google 签订协议，也可以拿到 AOSP 的 code ，你想改啥就该啥。如果和 Google 签订 AOSP 的协议，需要过 CTS 认证（理论上不通过 CTS 认证，并且是 Goolgle 认为你过了，不可以称自己为 Android 设备），严格意义上，不可以改任何 google 的 code ，即使是 BUG ，但厂家仍旧可以通过在编译前打 patch 。再进一步可以签订 GMS 的协议，附加在 AOSP 的协议之上，这个包主要会有 Google Play 等那一堆东西，同时需要过 GTS 的测试。

@kmahyyg 我这边 vendor 还是可以产生普通的 system.img(Android 7.0) 并没有在 AOSP 里做什么修改，只增加了一些编译脚本和 mk 。这块我不是非常了解，帮你问一下吧。

@kmahyyg 关于#58 ，我没有做过 OTA 相关的东西，抱歉无法帮到你，试试用全镜像？

@phantastar AOSP 是开源的。我们的一切假定前提是，没有任何 vendor 的支持（有 datasheet 也没啥意义），那么只要保证 vendor 没有过度修改 AOSP 内和 HAL 对接的相关 code 。

@phantastar Android 标准 hal 层必须是 C/C++，广义 hal 层可以用任何可以跑的语言，前提是搞的定权限问题。

@zonghua gmail+点可以试试。

@phantastar 你可以继续提问，聊天工具上讲实话很难说清楚。说实话坑非常之多，并不是非常推荐自己移植这个。

@honeycomb 名字很有个性。

@xingda920813 并没有，因为懂这个的，基本都是做 rom 的，或是 vendor 自己的人。

@RobertYang 我只能说你得笔记本很强大 ：-） 当然系统里可能有些精简。 ccache 倒是不会节约太多时间的。

@RobertYang 32 核 E5-2450 +48G 内存，全 SSD ，编译一遍用时也得 40 分钟，你确定是原始 Android ，干净的还没有 ccache ？

@phantastar
第一步没有任何难度，拿到 AOSP 之后，先编译那个能在模拟器上跑的，检查 android 的编译环境，该装的装好，内存不够， jack server 大小调调好。先保证默认那个能在模拟器上跑的能搞起来。
第二步就比较麻烦了，假设没有 kernel 和任何厂家 native 的代码，那么最好能拿到 kernel image+dtb 的组合，能 root 现有机器，把所有的 binary 都拿出来，做的好的厂家，所有自己的东西会放 /vendor ，不好的，随便放，那就麻烦了。不管怎么样， hal 层的 so 必须得有尤其是 gralloc ，另外请分析一下 init.xxxx.rc ，看看里面有没有什么必须要启动的 service ，一并移植了。
第三步，是如何烧进去，自己查教程。。。注意分区表

以上只能说有可能起来， wifi/bt 很可能不可用（这些说不定有 firmware 啥的），如果有 key 签名啥的，很可能就是起不来的。