PCI Pwrctrl woes
summary
Framework currently fails to control PERST#/POR timing, multi-endpoint supplies and D3 suspend; proposed patchset adds three host-controller APIs: create_device API to pre-create pwrctrl devices, power_on_devices that walks DT nodes and returns -EPROBE_DEFER until drivers probe, and power_off_devices for suspend handling. Implementation integrates with powerseq/power-sig for complex 8-supply WLAN/BT combos, fixes bridge/switch enumeration race, and is validated on Qualcomm boards and a MediaTek Chromebook.
AI-written summary · about
chapters (5)
- 0:00Introduction and context
- 1:03Power control framework overview
- 4:55Current design and limitations
- 9:46Proposed fixes and APIs
- 13:13Q&A and conclusion
related talks
45mPowering up “discoverable bus-attached” devices on DT-based platforms
16mCombining DTPM with the thermal control framework
41mThe Case for an SoC Power Management Driver
41mLinux Power Management Features & Their Interactions, Part 2
30mPCIe Endpoint Subsystem Open Items Discussion- 41mThe Case for an SoC Power Management Driver
33mRemote Core Power Management in AMP Systems
40mVisions for the Linux Kernel PWM Subsystem