本文为看雪论优秀文章
看雪论坛作者ID：koozxcv
前面这些版本源码资源以及vendor资源大家应该刷过机的都知道怎么去找和下载，网上也有很多比较详细的教程，不赘述。本文重点对整个编译脚本进行注解，以及解决一部分人遇到的触屏失灵问题。
1. AOSP对应版本：android-8.0.0_r34
2. kernel对应版本：remotes/origin/android-msm-wahoo-4.4-oreo-dr1
3. image+bootloader版本：walleye-opd3.170816.023-factory-f269631e
4. vendor：Pixel 2 binaries for Android 8.0.0 (OPD3.170816.023)
5. 刷机脚本：
#!/bin/bash#内核源码目录export KERNEL_PATH=/home/koozxcv/vp/Kernel/kernel/msm# export GCC_PATH=/home/koozxcv/vp/Kernel/AOSP_SOURCE/android-8.0.0_r34/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-#编译工具链export GCC_PATH=/opt/android-ndk-r15b/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-#AOSP源码目录export AOSP_PATH=/home/koozxcv/vp/Kernel/AOSP_SOURCE/android-8.0.0_r34#生成的目标文件目录export TARGET_PATH=$AOSP_PATH/out/target/product/walleye#export DEVICE_PATH=$AOSP_PATH/device/google/wahoo-kernelexport KERNEL_OUT_PATH=$KERNEL_PATH/arch/arm64/bootcd $KERNEL_PATH#删除旧的vmlinux.o和vmlinux，当然是如果存在的情况下#在修改了kernel源码后，KERNEL_PATH下的vmlinux.o和vmlinux文件就会发生#改变，而$KERNEL_PATH/arch/arm64/boot下的 Image Image.gz #Image.gz-dtb都是根据vmlinux拷贝或者压缩而来的，#具体细节查看$KERNEL_PATH/arch/arm64/boot/Makefile，当vmlinux发生##改变的时候，会接连引起Image Image.gz Image.gz-dtb、Image-dtb的重新生成。rm vmlinux.orm vmlinuxsleep 2#######交叉编译内核#########交叉编译-指定编译目标平台架构是arm64export ARCH=arm64#交叉编译-指定交叉编译工具链位置export export CROSS_COMPILE=$GCC_PATH#交叉编译-指定wahoo_defconfig配置文件make -j$(nproc --all) wahoo_defconfigmake -j$(nproc --all)#关于Image.lz4-dtb下面会做简单介绍，设备树在内核中是个比较重要的概念cp $KERNEL_OUT_PATH/Image.lz4-dtb $DEVICE_PATH/#编译完dtbo.img后拷贝到源码下的/out/target/product/walleye目录cp $KERNEL_OUT_PATH/dtbo.img $TARGET_PATH/cd $TARGET_PATHrm boot.imgrm kernel#########编译AOSP###############cd $AOSP_PATHsource $AOSP_PATH/build/envsetup.shlunch 29# # make -j$(nproc --all) dtc mktimg#当拷贝dtbo.img和Image.lz4-dtb到目标目录后，这里才可以正常编译bootimagemake -B bootimage和dtbo.imgcd $TARGET_PATH#####刷入编译好的boot.img和dtbo.img#####adb reboot bootloaderecho "waiting device"sleep 8fastboot flash boot boot.imgfastboot flash dtbo_a dtbo.imgfastboot reboot
6. 刷机脚本重的一些关键知识
Image.lz4-dtb是内核的设备树描述文件，通过此文件编译内核时不会编译冗余的代码，所以要编译某个版本的内核时，应该先将生产的设备树文件拷贝到内核编译前查询的目录：
cp $KERNEL_OUT_PATH/Image.lz4-dtb $DEVICE_PATH/在过去的ARM Linux中，arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码，相当多数的代码只是在描述板级细节，而这些板级细节对于内核来讲，不过是垃圾，如板上的platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的platform_data。读者有兴趣可以统计下常见的s3c2410、s3c6410等板级目录，代码量在数万行。
社区必须改变这种局面，于是PowerPC等其他体系架构下已经使用的Flattened Device Tree（FDT）进入ARM社区的视野。Device Tree是一种描述硬件的数据结构，它起源于 OpenFirmware (OF)。在Linux 2.6中，ARM架构的板极硬件细节过多地被硬编码在arch/arm/plat-xxx和arch/arm/mach-xxx，采用Device Tree后，许多硬件的细节可以直接透过它传递给Linux，而不再需要在kernel中进行大量的冗余编码。
如果每次更换内核版本的时候不能直接在msm下git checkoout 版本来切换，因为会有很多已经生成的文件在下一次编译的时候不会再进行编译，会出错，
一种比较保险的方式就是，git checkout .丢弃本地没有提交的所有修改，返回到最初版本。
此外，另一种最保险的方法是重新
git clone https://android.googlesource.com/kernel/msm脚本中编译内核部分没有对编译内核失败进行报错，因此首次编译内核生成dtb文件的时候最好手动编译。或者单独写个脚本编译；
7. 触屏失灵原因及解决办法：
１.在walleye_defconfig里面，注释掉：
ONFIG_MODVERSIONS=yCONFIG_MODULE_SRCVERSION_ALL=y
static int check_modinfo(struct module *mod, struct load_info *info, int flags){const char *modmagic = get_modinfo(info, "vermagic");int err;if (flags & MODULE_INIT_IGNORE_VERMAGIC)modmagic = NULL;/* This is allowed: modprobe --force will invalidate it. */if (!modmagic) {err = try_to_force_load(mod, "bad vermagic");if (err)return err;} else if (!same_magic(modmagic, vermagic, info->index.vers)) {pr_err("%s: version magic '%s' should be '%s'\n",mod->name, modmagic, vermagic);//return -ENOEXEC; 【这里注释掉】}if (!get_modinfo(info, "intree"))add_taint_module(mod, TAINT_OOT_MODULE, LOCKDEP_STILL_OK);if (get_modinfo(info, "staging")) {add_taint_module(mod, TAINT_CRAP, LOCKDEP_STILL_OK);pr_warn("%s: module is from the staging directory, the quality ""is unknown, you have been warned.\n", mod->name);}/* Set up license info based on the info section */set_license(mod, get_modinfo(info, "license"));return 0;}
方法二、改掉自身编译的内核的version magic, 使得和原本userdebug 版本相匹配
#define UTS_RELEASE "4.4.56-g84c2982-dirty"//替换后：#define UTS_RELEASE "4.4.56-g594d847d09a1"
scm_version(){local shortshort=false++ printf "4.4.56-g594d847d09a1"++ returncd "$srctree"if test -e .scmversion; thencat .scmversionreturnfi
static int check_version(Elf_Shdr *sechdrs,unsigned int versindex,const char *symname,struct module *mod,const unsigned long *crc,const struct module *crc_owner){unsigned int i, num_versions;struct modversion_info *versions;++ return 1;/* Exporting module didn't supply crcs? OK, we're already tainted. */if (!crc)return 1;/* No versions at all? modprobe --force does this. */if (versindex == 0)return try_to_force_load(mod, symname) == 0;
上述两种方法都可以解决我们要修改的的目标不是htc的那几个驱动,如果目标是那几个驱动怎么办呢？
最好的办法是能够自己解包然后打包vendor.img，然后把自己编译出来的htc驱动包进去，这是完美的方案，但是由于解包打包vendor.img没有现成的方案也就不这样做了（哈哈哈哈哈，喷我吧)。好在，我们还可以自己insmod:
这种方法就不要更改内核所有的签名版本config之类的，就要它不能insmod原来的驱动。然后我们把自己编译的驱动adb push 进去，再手动insmod,注意下顺序：
# insmod synaptics_dsx_core_htc.ko# insmod synaptics_dsx_fw_update_htc.ko# insmod synaptics_dsx_rmi_dev_htc.ko# insmod htc_battery.ko
最后：
看雪ID：koozxcv
https://bbs.pediy.com/user-home-701425.htm
*本文由看雪论坛 koozxcv 原创，转载请注明来自看雪社区。
# 往期推荐
球分享
球点赞
球在看
点击“阅读原文”，了解更多！
如有侵权请联系:admin#unsafe.sh