3 ms·
> The article says that safety measures at the firmware chip level are disabled. Those are the safety measures protecting the PMIC, not the battery. Is that te
by unishark 6y ago
> The article says that safety measures at the firmware chip level are disabled.
Those are the safety measures protecting the PMIC, not the battery. Is that temperature cutoff even low enough to matter before the battery is on fire?
It isn't clear that the software protections ever mattered anyway. If the kernel crashes, or is just charging while turned off, I sure hope it's still designed to be completely safe, and not a sudden explosion risk.
- megous 6y agoNo, those are protections that kernel/bootloader need to configure inside PMIC (instead of disabling them, or leaving them at wrong default values) and then PMIC will protect the battery from overheating from charging. (which is one of many sources of heat) PMIC can also send interrupt to SoC when this control loop fails, and OS is free to handle it in some other way (for example by initiating normal system shutdown) Then PMIC operates independently from the kernel, and configuration even persists when powered off/during reboots. HW is designed to be safe, but SW has to cooperate, including userspace. (some daemon that will help policing the whole device, based on many different inputs and by controling things that affect heat production - like preventing the user from setting backlight at max, limiting modem RF output to something that doesn't need huge amounts of power, etc. etc.) It's a complicated area.