如题。编译asop以后编译内核。pixel 3 xl，已经编译出了dtc和mkdtimg，放入/usr/bin目录，编译asop最后几个app卡住了。。但是Boot.img生成了，也可以make bootimage生成新的boot.img，总体来说asop问题不大。。

但是编译kernel的时候，出现了坑。

提示下面这行报错

打开对应文件

想到是我的mkdtimg没执行成功，参数不对,于是改为

接着继续编译，出现

字面意思，undefined reference to `clearRearVCMInitDownload'
打开对应文件。是extern进去的

那么他的实现应该在别的文件里面，这里提示是在fw_update.c里面，这个文件位于
drivers/media/platform/msm/camera/cam_sensor_module/cam_fw_update
这个目录，
而原始文件位于
drivers/media/platform/msm/camera/cam_sensor_module/cam_actuator/
于是引入头文件，并且取消cam_actuator_dev.c的
struct intf_params {
int32_t device_hdl;
int32_t session_hdl;
int32_t link_hdl;
struct cam_req_mgr_kmd_ops ops;
struct cam_req_mgr_crm_cb *crm_cb;
};
这个定义,因为他在h文件重复定义了
=======================以上是过程=============================================================================================================
但是现在就出现一个悖论，fw_update依赖cam_actuator_dev(include方式引入头文件，需要里面的结构体等内容),cam_actuator_dev又反过来需要fw_update的实现函数。这种情况如何处理。。。。pixel 3xl的pie-qpr1版本。
而且不止这一个模块。其他很多模块也是这种情况，a需要引入b，b又需要使用a，a和b都是两个独立文件。
====================以上问题暂时不知道怎么解决，无奈只能在Makefile里面去掉这个camera的特殊模块，camera_module里面很多模块，去掉两个就可以，然后编译,make -j4

=================结果安卓出来了PE+文件，对，你没有看错。就是pe，然后打开ida看那个内核文件，结果里面真的是x86指令。。对，不是x64也不是arm64，是x86指令。。还是标准的pe格式也是x86指令=======================================

解决方法是 make sdm845_perf_defconfig而不是make sdm845_defconfig，不然出来x86指令会笑死的。

这些坑折腾完之后，终于编译出来了，看到他们的头，ArmD这种头，ida64载入以后，看到的，是正常内核的文件，里面有ptrace等的实现，都是arm64的指令，然后也有service_locator_svc_exit这些内核函数，二进制对比，的的确确是和拆boot.img内核出来的那个zImage格式是一样的，都是armd开头，然后里面有内核函数，比如chmod等实现。但是编译出来的大小，足足和原始内核差了5mb，尝试刷进去。开不了机。。。尴尬，求指点

[招生]科锐逆向工程师培训(2024年11月15日实地，远程教学同时开班, 第51期)