问题描述我的设备是小米10U，Android 10 系统，编译了官方的内核，合并了设备树开机之后，发现快充失效了。已经做了如下尝试：排除线和充电头的原因：用 fastboot boot <官方的boot.img> 之后，快充正常工作；然后刷回自己编译的内核，快充无法工作；再次刷回官方，又恢复正常（仅刷 boot）。怀疑是 defconfig 与官方不一致（比如某些与充电相关的驱动没有开启），通过 zcat /proc/config.gz 的方式获取了官方的 defconfig 和自己编译的 config，两份配置几乎相同；同时发现，充电的相关配置可能是：CONFIG_SMB1398_CHARGER 和 CONFIG_ARCH_CAS_QCOM。充电相关的内核代码应该在这里我抓了快充正常和不正常时候的 /dev/kmsg 日志，但是我看不出什么原因。。预期行为想修复自己编译内核的快充问题复现环境小米10U，sdclang 8.0.4 编译 + Google 4.9 GCC，Android 10 系统；上面链接的官方内核代码和设备树，为了修复 wlan 的问题，改了几行代码其他的没动。 PS: data kernel 和 audio kernel 以及 qcacld-3.0 最开始合并了，后来发现貌似不需要就把编译开关关掉了。错误日志不工作时候的 kmsg 日志正常时候的 kmsg 日志官方的 defconfig 自己编的 defconfig 实在是没有什么思路，也不知道往哪个方向尝试，求指点！！（给个大致方向就行，我自己去尝试）

刷入自己编译的内核之后，快充不工作，求指点

vkzing

问题描述

我的设备是小米10U，Android 10 系统，编译了官方的内核，合并了设备树开机之后，发现快充失效了。

已经做了如下尝试：

排除线和充电头的原因：用 fastboot boot <官方的boot.img> 之后，快充正常工作；然后刷回自己编译的内核，快充无法工作；再次刷回官方，又恢复正常（仅刷 boot）。
怀疑是 defconfig 与官方不一致（比如某些与充电相关的驱动没有开启），通过 zcat /proc/config.gz 的方式获取了官方的 defconfig 和自己编译的 config，两份配置几乎相同；同时发现，充电的相关配置可能是：CONFIG_SMB1398_CHARGER 和 CONFIG_ARCH_CAS_QCOM。充电相关的内核代码应该在这里
我抓了快充正常和不正常时候的 /dev/kmsg 日志，但是我看不出什么原因。。

预期行为

想修复自己编译内核的快充问题

复现环境

小米10U，sdclang 8.0.4 编译 + Google 4.9 GCC，Android 10 系统；上面链接的官方内核代码和设备树，为了修复 wlan 的问题，改了几行代码其他的没动。
PS: data kernel 和 audio kernel 以及 qcacld-3.0 最开始合并了，后来发现貌似不需要就把编译开关关掉了。

错误日志

不工作时候的 kmsg 日志
 正常时候的 kmsg 日志

官方的 defconfig
自己编的 defconfig

实在是没有什么思路，也不知道往哪个方向尝试，求指点！！（给个大致方向就行，我自己去尝试）

vkzing

看日志发现了一些端倪：

正常的有快充的：

1713 3,16237,527886857,-;pm8150b_charger: smblib_set_prop_pd_active: Set pd_active: 2!!
1714 3,16238,527886888,-;pm8150b_charger: smblib_get_apsd_result: read APSD_RESULT_STATUS stat=0x8
1715 3,16239,527886923,-;pm8150b_charger: smblib_update_usb_type: APSD=DCP PD=2

那个 usb_type 识别出来了，是 APSD=DCP, PD=2

不正常的：

3404 3,2195,1095897,-;pm8150b_charger: smblib_set_prop_pd_active: Set pd_active: 1!!
3405 3,2196,1095913,-;pm8150b_charger: smblib_update_usb_type: APSD=UNKNOWN PD=1

vkzing

看了下 /sys/class/power_supply/ 目录下的节点，有一些异常：

正常的：

battery
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 bbc -> ../../devices/platform/soc/884000.i2c/i2c-4/4-006b/power_supply/bbc
lrwxrwxrwx   1 root root 0 1970-07-28 03:47 bms -> ../../devices/platform/soc/884000.i2c/i2c-4/4-0055/power_supply/bms
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 charge_pump_master -> ../../devices/platform/soc/884000.i2c/i2c-4/4-0034/884000.i2c:qcom,smb1396@34:qcom,div2_cp/power_supply/charge_pump_master
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 cp_slave -> ../../devices/platform/soc/884000.i2c/i2c-4/4-0035/884000.i2c:qcom,smb1396@35:qcom,div2_cp_slave/power_supply/cp_slave
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 cp_wdog -> ../../devices/platform/soc/88c000.i2c/i2c-6/6-002a/power_supply/cp_wdog
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 dc -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/dc
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 idt -> ../../devices/platform/soc/888000.i2c/i2c-5/5-003b/power_supply/idt
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 main -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/main
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 pc_port -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/pc_port
lrwxrwxrwx   1 root root 0 2021-03-08 12:16 usb -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/usb
lrwxrwxrwx   1 root root 0 1970-07-28 03:48 wireless -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/wireless

异常的：

lrwxrwxrwx   1 root root 0 2021-03-08 12:50 battery -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/battery
lrwxrwxrwx   1 root root 0 2021-03-08 12:50 bbc -> ../../devices/platform/soc/884000.i2c/i2c-4/4-006b/power_supply/bbc
lrwxrwxrwx   1 root root 0 1970-07-28 04:21 bms -> ../../devices/platform/soc/884000.i2c/i2c-4/4-0055/power_supply/bms
lrwxrwxrwx   1 root root 0 2021-03-08 12:50 dc -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/dc
lrwxrwxrwx   1 root root 0 2021-03-08 12:50 idt -> ../../devices/platform/soc/888000.i2c/i2c-5/5-003b/power_supply/idt
lrwxrwxrwx   1 root root 0 2021-03-08 12:50 main -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/main
lrwxrwxrwx   1 root root 0 2021-03-08 12:50 pc_port -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/pc_port
lrwxrwxrwx   1 root root 0 2021-03-08 12:50 usb -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/usb
lrwxrwxrwx   1 root root 0 1970-07-28 04:21 wireless -> ../../devices/platform/soc/c440000.qcom,spmi/spmi-0/spmi0-02/c440000.qcom,spmi:qcom,pm8150b@2:qcom,qpnp-smb5/power_supply/wireless

少了几个：charge_pump_master，cp_slave，cp_wdog

vkzing

vkzing 初步推断跟 smb1398-charger 这个驱动有关，驱动的代码在这里：https://github.com/MiCode/Xiaomi_Kernel_OpenSource/blob/cas-q-oss/drivers/power/supply/qcom/smb1398-charger.c

正常的时候，kmsg 会有这个日志：

6,2283,1082978,-;qcom,smb1398-charger 884000.i2c:qcom,smb1396@35:qcom,div2_cp_slave: smb1398 DIV2_CP slave probe successfully
 3387  SUBSYSTEM=platform

跟代码是对得上的。并且 /sys/bus/platform/drivers/ 下面会有 /sys/bus/platform/drivers/qcom,smb1398-charger/ 这个驱动；但是不正常的时候，这个驱动节点没有。

现在的问题是，我不知道这个驱动加载是谁控制的。。。。。

vkzing

我在代码里面搜了一圈CONFIG_SMB1398_CHARGER 这玩意根本就没人配置！！也就是说没有编译进内核。。。
但是，我去 qcom 的代码里面看：https://source.codeaurora.org/quic/la/kernel/msm-4.19/tree/drivers/power/supply/qcom/Makefile?h=LA.UM.8.12.r1-10600-sm8250.0
明明是有的，这啥情况。。

vkzing

解决办法：用这里的代码替换掉 drivers/supply/cas_qcom 目录下的文件。

你没看错，是K30S Utral 分支的代码！！其原因在于，官方公布的 MI10U 驱动的代码根本就是对不上的，后续发布 K30S Utral 的时候，把新的 MI10U 充电驱动放出来了。MI10U 的设备代号是 cas，很可能K30S Utral 共用了代码。

这问题折腾了我挺久的，分享一下我的解决过程：

对比正常充电和异常的情况下的 kmsg 日志，根据关键字charger定位到关键日志；发现充电相关驱动与设备节点 smb1398 有关。
对比正常和异常情况下 /sys/class/power_supply，发现异常情况少了 smb1398 master 和 slave 节点。
在源码中搜索 smb1398 发现在 dtsi 文件中有描述，找到了此设备节点对应的代码；代码中输出的日志与异常情况下 kmsg 吻合，基本可以确定是这个驱动的问题。
看了半天代码没发现啥问题，顺手搜了下 SMB1398 的 CONFIG，发现此 CONFIG 竟然没有 Makefile 与之对应，也就是说，代码中根本就不存在这个设备节点！然后就去高通官方代码里面去找，发现高通的有这个配置：https://source.codeaurora.org/quic/la/kernel/msm-4.19/tree/drivers/power/supply/qcom/Makefile?h=LA.UM.8.12.r1-10600-sm8250.0。
问题到这里基本上存在两个可能：1）小米系统的代码不对。2）代码是对的，但是小米魔改；此项配置没有用，MI10U 的快充是由别的驱动控制的。考虑到 MI10U设备有一些特殊性，我选择了相信2）结果走了好多弯路：a) 研究了一番 dtsi 和平台设备驱动，毫无发现；b) 逆向对比官方的 dtbo 和自己编译的 dtsi，毫无发现。c）半夜看到大佬的文章觉得可能是我的 dtb 压根没有刷进去，于是又合了一波代码，结果证明不是这个原因。d) 自行添加 CONFIG_SMB1398_CHARGER 编译配置，用 qcom 下面的 smb1398-charger.c 滥竽充数去编译；结果 slave 节点正确添加，master 节点添加失败，提示 revid 找不到；遂寻找节点间引用关系。。
最后实在是没有办法，死马当活马医去 github 上全局搜 CONFIG_SMB1398_CHARGER，结果搜到了 K30S Utral 的 smb1398-charger 代码，粗略查看一番与我之前滥竽充数的代码不一样；于是抱着试试看的态度合了一波代码，刷进去之后，快充正常了，喜大普奔！！

最后吐槽：我竟然花了这么多时间在根本就不 work 的代码上，浪费时间！！

lalala

感谢大佬的分享

q240627995

学习学习！！！

vkzing

升级了一个小版本，插上快充头就 kernel panic 了。。。唉，小米这开源，太难了

sYYLG

vkzing 大佬开不开源米10u的内核源码

vkzing

sYYLG 开，太乱了我整理下