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

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

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

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

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

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

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

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

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

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

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

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

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

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

       以往，高通会将修改后的Linux内核、AOSP代码和软件工具以BSP形式提供给OEM和ODM厂商，如小米和三星S，让他们借此进行软硬件的调试和优化。现在，随着这批新源码的公布，第三方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，包含硬件相关的辅助代码。不同SoC和设备驱动分布在platform/、target/和dev/中，架构相关代码在arch/，而实际的lk内核代码在kernel/。

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

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

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

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