For the Pixel 2 XL, the issue we had is that the LG battery kernel module was broken when built into the kernel instead of loaded as a dynamic kernel module. I'd guess that you're using an OS build with it built into the kernel and maybe it's missing appropriate workarounds.
Conversation
The non-XL Pixel 2 has an HTC battery kernel module. It's possible that it has a similar issue. We had a couple fixes applied for the Pixel 2 XL. The issue that I used to have is that fast charging wouldn't kick in with a generic charger or USB-C to the computer.
2
4
yeah that sounds exactly like what i'm experiencing. i think i've only seen fast charging with power banks and such. it's non-XL.
1
1
I don't think we had a commit fixing it for the non-XL variant but I remember it being an issue. It's probably a similar issue. In my experience, both in-tree and out-of-tree Linux kernel driver modules are often broken when built into the kernel instead of dynamically loaded.
1
2
It's easier to build them into the kernel than dealing with building modules and putting them in vendor. For GrapheneOS we can't even do that as a workaround for issues like this because we want dynamic kernel modules disabled. Easiest solution is probably dynamically loading it.
1
1
I think your best bet to figure out if this is the issue is disabling the module in your kernel build and disabling the sanity checks for kernel module loading so that the init scripts in vendor can successfully load the stock OS build of the HTC battery module from there.
1
2
It's entirely possible to build it as a dynamic kernel module and include it in vendor, but it's easier to build it into the kernel which is why most aftermarket OS builds take that approach. Stock OS uses dynamic modules to optimize loading time and make kernels more generic.
1
1
It's a recurring issue that we deal with across a bunch of drivers. The drivers only work if their firmware and configuration files are usable when they're initialized and they often assume that those are available when they're loaded. If built into the kernel, they're broken.
2
4
this... requires enough effort that I might just live with partially broken charging. especially given that I still haven't fixed the problem with the USB3 pairs in the connector that makes `adb sideload` very hard to use
1
1
Based on that error message, I'm fairly certain that the battery driver or battery is the issue though. If you look at drivers/power/htc_battery.c, you can see it's involved in negotiating the charging rate. Since there's thermal throttling, etc. batteries are very involved.
An issue that I've seen before is people ending up receiving counterfeit batteries. I think Qualcomm took this over for the SoC generations used in the Pixel 3 and later which makes phones and batteries much more broadly compatible with each other and avoids these broken drivers.
1
honestly I just find the normal part of the AOSP build system bad enough, the thought of doing something with the kernel instills dread
1
6
(it's the LineageOS kernel build integration, I have absolutely no idea how it works)
1
1
Show replies