1. struct platform_driver与dev_pm_ops中suspend/resume函数的区别 #

其实这俩是Linux内核电源管理框架演化不同阶段的产物，具体区别可以从这几个维度看：

• 适用范围：struct platform_driver里的suspend()/resume()是平台设备专属的老接口，只针对平台驱动生效；而const struct dev_pm_ops是内核统一后的通用电源管理接口，适用于所有类型的设备（平台设备、字符设备、块设备等）。
• 内核版本兼容性：新内核更推荐使用dev_pm_ops，老的platform_driver内置的电源管理函数已经被逐步废弃，部分新内核版本会把它们封装成调用dev_pm_ops的适配层代码，相当于做了兼容处理。
• 功能精细度：dev_pm_ops提供了更细分的电源管理回调，比如suspend_late、resume_early、freeze等，能满足不同阶段的电源控制需求；而老的platform_driver接口只有基础的挂起和唤醒函数，功能比较单一。

2. const struct dev_pm_ops中的电源管理函数是如何被调用的 #

这个是由内核的电源管理核心（PM Core）统一调度的，大致流程如下：

1. 当系统触发电源管理事件（比如进入休眠、唤醒、冻结内存等）时，PM Core会启动设备遍历流程，按照设备的依赖关系排序（比如父设备的挂起会晚于子设备，唤醒则早于子设备，避免资源依赖冲突）。
2. 对每个目标设备，内核会找到其绑定的device_driver，进而取出里面的dev_pm_ops结构体。
3. 根据当前的电源事件类型，PM Core会调用dev_pm_ops中对应的回调函数。比如系统进入suspend流程时，会依次调用suspend、suspend_late等已定义的回调；唤醒时则会按相反顺序调用resume_early、resume等。
4. 整个调用过程完全由内核框架主导，驱动开发者只需要正确实现并注册dev_pm_ops里的回调即可，不需要手动触发调用。

3. 深入理解平台驱动的优质学习教程 #

这里推荐几个无需跳转外链的靠谱学习资源：

• 内核自带官方文档：在Linux内核源码的Documentation/driver-api/platform.rst路径下，有最权威的平台驱动框架说明，从基本概念、注册流程到电源管理、设备匹配逻辑都讲解得非常细致，而且和当前内核版本同步。
• 《Linux Device Drivers》（LDD3）：虽然这本书基于2.6内核，但平台驱动的核心设计思想没有太大变化，其中关于平台设备与驱动的章节是入门经典，能帮你快速建立对平台驱动框架的整体认知。
• 内核源码中的示例驱动：可以去内核源码的drivers/platform目录下找成熟的驱动案例，比如drivers/platform/x86/下的各类x86平台驱动，对着源码和注释分析它们的实现逻辑，比如如何注册platform_driver、如何编写dev_pm_ops回调，这种实践式学习比纯文档更直观。

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