Combining DTPM with the thermal control framework
summary
Proposes a new power_cooling_device that centralizes all power math inside the DTPM energy‑model path and removes duplicated CPUfreq/thermal cooling computations, exposing simple get/set power calls plus a remaining‑power return. Design supports hierarchical budgets so a parent limit constrains summed child power, and the power allocator (IPA) uses DTPM requests instead of per‑device heuristics. Prototype integration exists conceptually; work remains on energy‑model accuracy (sampling/idle timing), sensor aggregation for multi‑zone input, and replacing current CPUfreq cooling devices.
AI-written summary · about
chapters (6)
- 0:00Introduction to DTPM
- 1:04Current architecture and code duplication
- 3:15Proposed unified power cooling device
- 6:47Q&A on power allocator limitations
- 13:00Energy model accuracy challenges
- 15:08Future direction and next steps
related talks
20mUpdating Energy Model from Thermal
14mPCI Pwrctrl woes
35mIntroduction to DAPM, Linux Power Management for Embedded Audio Devices
40mA New CPU Frequency Control Mechanism on Linux
19mThermal framework issues and limitations
34mImprovisation and Demonstration of Linux Thermal Framework for Multiple Temperature Sensors- 35mIntroduction to DAPM, Linux Power Management for Embedded Audio Devices
47mLinux Kernel Power Management - 101