Linux内核中注册regulator的正确方式：TPS92518-Q1驱动开发咨询

方案选择结论 #

优先选择devm_regulator_register()作为regulator注册方案

各方案分析说明 #

• platform_device_register()：该接口是平台设备的注册接口，不属于regulator驱动的注册API，完全不适用于你的场景。文档中提到的相关用法是早年板级硬件描述阶段的设备注册逻辑，现在基本已被设备树适配逻辑替代，drivers/regulator路径下几乎没有驱动使用该接口注册regulator，直接排除。
• regulator_register()：这是regulator最底层的原始注册接口，没有使用内核的devm资源托管机制，你需要在驱动卸载逻辑中手动调用regulator_unregister()释放对应资源，漏写就会出现资源泄漏、内核异常的问题。目前只有极少数有特殊资源生命周期管理需求的驱动才会使用该接口，普通驱动开发没有必要用原始接口。
• devm_regulator_register()：是内核官方推荐的regulator标准注册接口，封装了devm资源自动托管逻辑，驱动解绑时会自动释放注册的regulator资源，不需要手动写注销逻辑，能大幅降低资源泄漏概率。目前绝大多数regulator驱动都使用该接口，参考样例多，稳定性经过大量线上验证，完全适配TI TPS92518-Q1、TPS92518HV-Q1驱动的开发需求。

内容的提问来源于stack exchange，提问作者fireblade