1.高通提前公布骁龙865/765源码：三方ROM刷机包进展如何？
2.Android 启动加载器分析 —— Aboot
3.高通提前公布骁龙865/765源码，高通三方ROM刷机包能更快搞起来吗？
4.Android对内核有什么要求吗？还是码高码下随便是个Linux kernel都可以跑Android？

高通提前公布骁龙865/765源码：三方ROM刷机包进展如何？

结论：高通已经发布了骁龙（kona）和骁龙（lito）移动平台的部分源码，为第三方ROM开发者打开了新大门。通源

       在去年底的高通骁龙峰会上，两大芯片的码高码下亮相后，已有众多手机厂商基于这些平台推出了新品。通源cci指标背离源码四个月后，高通高通打破常规，码高码下将骁龙和的通源部分源码开发资料上传至Code Aurora论坛（CAF），关注的高通核心在于对Linux内核和AOSP框架的定制修改，旨在支持这些尖端芯片的码高码下运行。

       以往，通源高通会将修改后的高通Linux内核、AOSP代码和软件工具以BSP形式提供给OEM和ODM厂商，码高码下如小米和三星S，通源让他们借此进行软硬件的调试和优化。现在，随着这批新源码的登录程序c源码公布，第三方ROM的开发者，如LieageOS、CM和魔趣等，将迎来加速发展的契机。

       对比去年，高通在骁龙源码的公开时间上，今年提前了一个月，显示出公司对于开放源码支持的重视，预示着更多个性化和定制化操作系统的可能性正在逐渐扩大。

Android 启动加载器分析 —— Aboot

       Android 启动流程在高通平台上的分析主要围绕 Aboot 展开。Aboot 是一个基于 LittleKernel (lk) 的设备相关应用程序，其源码可以在 Google 或 Code Aurora Forum 找到。lk 是一个小型的对称多处理(SMP)操作系统内核，Aboot 则在其基础上构建。

       在 ddbeaccabf4eb 版本的CAF Aboot中，关键代码分布在app/aboot/目录，核心文件为aboot.c 和 fastboot.c，jsp 源码在哪里包含硬件相关的辅助代码。不同SoC和设备驱动分布在platform/、target/和dev/中，架构相关代码在arch/，而实际的lk内核代码在kernel/。

       启动流程中，lk加载并初始化后，Aboot作为应用程序启动，aboot.c中的代码注册Aboot并设置内存分区。它会根据设备类型检查储存设备，初始化屏幕和序列号，然后决定进入正常启动Linux或Recovery模式。

       正常启动时，Aboot从boot或recovery分区加载内核和ramdisk，通过header确定镜像内容。如果设备未解锁，还需验证内核。c 软件注册 源码最后调用boot_linux准备启动，根据设备信息调整参数并管理硬件，以或位模式进入内核。

       对于fastboot模式，Aboot会先注册命令并初始化fastboot，如USB接口设置。fastboot_register函数负责命令注册，而target_fastboot_init针对特定设备进行硬件初始化。在USB接口配置后，Aboot进入fastboot模式，处理相关事件并接收命令。

       总结来说，本文概述了年前基于lk内核的Aboot在Android启动加载器中的作用，但未深入探讨针对特定平台和架构的细节。希望对理解Android启动加载器有所帮助。

高通提前公布骁龙/源码，三方ROM刷机包能更快搞起来吗？

结论：高通已公布骁龙/的android 权限管理源码部分源码，为三方ROM刷机包的开发铺平了道路。

       在去年底的骁龙峰会上，高通重磅推出骁龙和骁龙移动平台，随后市场迅速涌现了多款基于这两款芯片的手机新品。四个月后，高通打破常规，开始在Code Aurora论坛上分享部分骁龙和平台的核心源码开发资料。

       这些源码的开放并非新鲜事，它们包含了高通对Linux内核和AOSP框架的定制改动，旨在优化对骁龙/芯片的支持。在过去，像小米、三星S等厂商在进行软硬件调试和优化时，都曾依赖高通提供的BSP（板级支持包）。

       此次源码的公开，无疑为基于骁龙/的第三方固件，如LieageOS、CM、魔趣等提供了更强的技术支持，加速了这些第三方ROM的开发进程。值得注意的是，与去年高通在5月公开骁龙源码相比，今年的发布时间提前了一个月，显示出高通对开发者社区的积极响应和对开源精神的持续投入。

Android对内核有什么要求吗？还是随便是个Linux kernel都可以跑Android？

       Android对内核的要求并非随意，而是与Linux kernel的兼容性和定制化紧密相关。作为操作系统的核心组件，Android内核并非所有Linux内核都能胜任，特别是对于驱动芯片、处理器启动和硬件设备的管理。以高通ARM手机芯片为例，其内核选择往往依据芯片特性和谷歌的需求。

       高版本的Linux kernel，如4.9.y，由于优化了代码结构，减少了核心体积，设计理念更先进，被高通采用作为longterm分支。比如，高通芯片就使用了这一版本，并结合了安卓通用内核android-4.9-x，作为其基础的板级支持包（BSP）。

       内核版本的选择通常由芯片厂商主导，Android通用内核与上游的longterm线有着密切的关系。高通在芯片研发初期就以最新的longterm版本作为基础，如caf系列，它们倾向于在芯片点亮后迅速整合安卓内核的源码。

       然而，Android内核并非单纯依赖Linux kernel，谷歌有自己的定制化需求，例如交互式CPufreq调节器，MTP/PTP功能等。这些功能由于特定原因不能直接提交到Linux kernel，因此在安卓内核中实现。另一方面，一些供应商和OEM特有的功能，如sdcardfs，也通过这种方式为Android设备提供支持。

       尽管理论上任何Linux内核理论上可以尝试运行在Android设备上，但对于专业内核开发者来说，这需要高度的适配和调试。例如，某开发者尝试将Nexus 5的内核升级到4.4内核版本，但这样的工作涉及到大量的补丁移植和调试，且需要对芯片架构有深入理解。

       Android内核版本号的重要性不言而喻，从3.4.x到 Pie的升级，内核主要驱动硬件设备，但新功能如FBE文件级加密、SELinux和EAS调度等，需要更高级别的内核版本才能实现。Oreo引入的sdcardfs文件系统，开发者们会将其从高版本内核移植到低版本，以优化旧设备的性能。

       安卓版本的特性与内核版本兼容性密切相关。例如，Android Pie要求的内核优化可能在旧设备上无法实现，如安全性和稳定性。随着AOSP的不断发展，设备树blob的处理方式也在变化，这进一步强调了内核版本的必要性。

       对于安全问题，Google非常重视，定期发布针对安卓内核的CVE分支，并在像Pixel这样的设备上启用CFI编译。随着内核版本的演进，4..y以下的内核已不再受安卓通用内核的支持，这意味着安全更新和新功能的兼容性要求更高。

       综上所述，Android对内核的需求并非随意选择，而是经过精心设计和定制，以确保兼容性、性能和安全性的完美结合。每个版本的Android都对应着特定的内核版本，以适应不断变化的技术需求和安全标准。