[转]高通Qualcomm平台NON-HLOS.bin文件生成和镜像加载过程

锋影

email:[email protected]

如果你认为本系列文章对你有所帮助，请大家有钱的捧个钱场，点击此处赞助，赞助额0.1元起步，多少随意

 

声明：本文只用于个人学习交流，若不慎造成侵权，请及时联系我，立即予以改正

       NON-HLOS.bin文件是BP侧的一个镜像，最终被烧写到modem分区，但最近研究发现，其不仅仅包含modem镜像，它还包含ADSP镜像、Wcnss镜像、Venus镜像、Widevine镜像，还有一些安全相关的镜像。AP侧Init进程解析init.rc时，会通过kernel PIL驱动程序加载这些镜像，最终将相应的modem、ADSP等boot起来。

 一、NON-HLOS.bin文件生成过程

编译文件：common/build/build.py，这个文件虽然有将近900行，但是最关键只有下面几行：

for step_elem in workflow_elem：

    。。。。

    step_dict = ml.XmlToDict(step_elem)

    step_func = run_step[step_elem.attrib['type']]

    step_func(step_dict)

其中step相关配置文件：contents.xml，其大概格式如下：

     

         。。。。。

         。。。。

         。。。。。

         。。。。。。。

     

其中run_step定义如下：

run_step = {
   'copy'  : workflow_copy,
   'exec'  : workflow_exec,
   'delete': workflow_delete,
   'setenv': workflow_setenv
}

workflow_copy，workflow_exec，workflow_delete三个接口，恰好对应build.py脚本定义的三个函数，本文以workflow_exec为例简要说明其编译过程：

1、解析xml文件，获取setp配置内容，并放置在step_dict

2、根据xml文件type值选取合适的接口，如果step配置内容中type=exec，则相应接口为workflow_exec函数

3、调用workflow_exec函数，并将step_dict作为参数传递进去

（1） 首先调用preprocess_step函数，从参数step_dict获取step中各项配置

（2）params = ml.evaluate_params(step_dict_flavor)获取params属性中各个变量的值

（3）lg.log_exec(params)，执行params属性中的命令

根据contents.xml文件中的配置，总结编译common过程如下：

1、使用pil-splitter.py工具，将相应image中属性含有pil_split进行分解

2、如果common/build/bin/asic目录下已存在non-hlos.bin文件，则删除non-hlos.bin文件

3、使用fat_creation.py工具重新生成non-hlos.bin文件

4、使用fatadd.py工具向non-hlos.bin文件添加Ver_Info.txt中内容

5、使用ptool.py工具生成相应的分区文件

6、使用checksparse.py工具分解AP的system.img，userdata.img等镜像

二、NON-HLOS.bin文件中各个子系统镜像加载过程

1、dts配置：

    pil_mss: qcom,mss@4080000 {

        compatible = "qcom,pil-q6v55-mss";

        。。。。。。

        qcom,firmware-name = "modem";

         。。。。。。

    };

    qcom,lpass@c200000 {

        compatible = "qcom,pil-tz-generic";

        。。。。。。

        qcom,firmware-name = "adsp";

         。。。。。

    };

 

    qcom,pronto@a21b000 {

        compatible = "qcom,pil-tz-generic";

        。。。。。

        qcom,firmware-name = "wcnss";

         。。。。。

    };

 

    qcom,venus@1de0000 {

        compatible = "qcom,pil-tz-generic";

        。。。。。。

        qcom,firmware-name = "venus";

        。。。。。。

    };

相应的驱动文件如下：

kernel/drivers/soc/qcom/peripheral-loader.c

kernel/drivers/soc/qcom/subsys-pil-tz.c

kernel/drivers/soc/qcom/pil-q6v5-mss.c

还需要rc文件帮忙哦，呵呵

device/qcom/common/rootdir/etc/init.qcom.rc

on early-boot

    。。。。。

    write /sys/kernel/boot_adsp/boot 1

    write /sys/kernel/boot_cdsp/boot 1

    write /sys/kernel/boot_slpi/boot 1

      从上面可知，当手机启动到kernel阶段，PIL驱动只是注册了相关设备节点，并没有发生image加载过程，直至init进程解析init.rc文件，触发了early-boot，会向对应设备节点写1，从而触发各个image加载。具体信息请参考下面log部分。
--------------------- 
作者：渴望成长的菜鸟 
来源：CSDN 
原文：https://blog.csdn.net/yxw0609131056/article/details/82020846 
版权声明：本文为博主原创文章，转载请附上博文链接！