扫码关注
一块Linux开发板上，UART在正常运行时通信正常，但进入休眠后引脚仍然输出高电平，导致外设无法进入低功耗。面试官问你pinctrl的default和sleep状态有什么作用，考查的是设备树引脚复用、驱动电源管理和引脚电气配置。
pinctrl子系统负责配置SoC引脚的复用功能和电气属性。设备树中常用pinctrl-names定义状态名称，pinctrl-0、pinctrl-1等分别指向对应状态的引脚配置；default通常用于设备正常工作，sleep用于挂起或低功耗时的引脚状态。驱动或设备核心在相应阶段选择状态，具体切换时机要结合内核版本、设备绑定流程和驱动PM回调确认。
02核心原理与工程判断
pinctrl子系统解决什么问题
SoC的一个物理引脚往往可以复用为UART、SPI、I2C、PWM、GPIO等不同功能。pinctrl负责选择引脚复用功能，并配置上下拉、驱动能力、输入输出使能等电气属性。它与GPIO子系统相关但不完全相同：GPIO描述引脚作为通用输入输出的使用，pinctrl则管理引脚复用和电气配置。
default状态通常什么时候使用
设备树中可通过pinctrl-names定义default状态，并用pinctrl-0指向相应pin group。设备核心在设备probe前可选择已定义的default状态，使设备驱动开始初始化时引脚已经处于正常工作配置。若同时定义init状态，内核还支持在probe前选择init、probe后切换default等用法，具体依内核文档和驱动实现而定。
sleep状态为什么重要
设备进入系统挂起或运行时低功耗时，某些引脚需要切换到低功耗配置，例如关闭输出、设置合适上下拉、改变复用功能或避免外设反向供电。设备树可以通过pinctrl-names中的sleep状态和对应配置描述这些要求，驱动的PM回调可调用相应pinctrl接口切换状态。恢复时再切回default，保证外设功能恢复。
设备树配置应如何理解
常见写法是pinctrl-names = "default", "sleep"，pinctrl-0 = <&xxx_default_pins>，pinctrl-1 = <&xxx_sleep_pins>。每个pin group内部再配置具体引脚的mux、bias-pull-up/down、drive-strength等属性。不同SoC厂商的设备树绑定属性可能不同，不能把某个平台的pin配置节点直接复制到另一个平台。
常见问题如何定位
如果default状态不生效，检查设备树节点是否被正确加载、pinctrl phandle是否引用正确、pin group是否冲突，以及provider驱动是否正常注册。如果sleep后引脚状态不符合预期，检查驱动Suspend/Resume回调是否切换状态、睡眠配置是否完整，以及GPIO方向和pinctrl复用是否互相覆盖。
03实际排查与设计步骤
01确认SoC型号、内核版本和对应pinctrl binding文档，找到目标UART/SPI/I2C等外设的引脚复用定义。
02在设备树中检查pinctrl-names、pinctrl-0、pinctrl-1和对应pin group，确认mux功能、上下拉和驱动能力符合硬件原理图。
03检查设备probe前default状态是否被选择，以及驱动是否在Suspend/Resume或Runtime PM流程中切换sleep/default状态。
04通过debugfs中的pinctrl相关信息、内核日志和万用表/示波器测量，确认运行态与休眠态的引脚复用和电平。
05排查pin group冲突、GPIO hog、其他外设复用、设备树覆盖文件和PM回调执行顺序，修正后验证多次休眠唤醒。
04面试中的常见失分点
误区1：认为设备树写了pinctrl-names = "sleep"，系统进入休眠时内核就一定会自动完成所有引脚切换，忽略驱动和PM接口。
误区2：只配置了复用功能，没有检查上下拉、驱动能力、休眠漏电和外设反向供电问题。
05面试官可能继续追问
Q：如果设备树已经配置了sleep状态，但休眠时引脚仍保持default状态，应该从哪里排查？
先确认sleep状态的phandle和pin group确实被设备节点引用，再检查驱动Suspend回调是否调用pinctrl_pm_select_sleep_state()或等效接口、PM回调是否真正执行，以及该引脚是否被其他驱动或GPIO操作重新配置。还要结合具体内核版本的pinctrl设备绑定流程核实，不能只看DTS文本是否存在。
