Android功耗系列专题理论之十四：Sensor功耗问题分析方法

【关注我，后续持续新增专题博文，谢谢！！！】

上一篇我们讲了：

这一篇我们开始讲： Android功耗系列专题理论之十四：Sensor功耗问题分析方法

一、Sensor功耗优化方向

一、Sensor功耗优化方向

Qcom Sensor功耗优化方向

AP端唤醒优化

检查sensor持锁唤醒AP的问题，重点关注smp2p-sleepstate和qrtr持锁情况。通过分析唤醒源日志和持锁时间，定位频繁唤醒AP的sensor或服务。优化策略包括调整sensor采样率、减少不必要的数据上报，以及检查跨处理器通信机制的效率。

ADSP/SLPI子系统休眠优化

针对ADSP/SLPI子系统不休眠或休眠效率低的问题，需分析子系统电源管理策略。检查低功耗模式（如GDSP）是否正常进入，确认传感器数据处理任务的调度策略。优化方法包括调整子系统任务优先级，确保空闲时快速进入休眠，并验证传感器hub固件的低功耗配置。

器件驱动优化

硬件功耗偏高需检查传感器供电模式（如LDO配置）和时序控制。驱动配置异常需验证寄存器初始化参数是否符合低功耗场景要求。对于未放入island的驱动，需检查内存分配是否标记为CMA或nocache区域，并确保关键路径代码符合低功耗岛运行条件。通过功耗测量工具（如PowerTOP）定位异常耗电模块。

问题排查工具建议

使用sysfs接口查看传感器状态：/sys/class/sensors

分析唤醒源：cat /sys/kernel/wakeup_sources

ADSP/SLPI日志工具：高通ADSPRPC调试工具或sysmon日志

功耗测量：Battery Historian结合powermonitor硬件工具

代码检查示例

验证驱动是否标记为island兼容：
复制代码
static struct platform_driver sensor_driver = {
    .driver = {
        .name = "sensor-dev",
        .pm = &sensor_pm_ops,
        .of_match_table = sensor_match_table,
        .probe_type = PROBE_FORCE_SYNCHRONOUS,
    },
    .probe = sensor_probe,
    .remove = sensor_remove,
};
需确认pm_ops包含runtime_suspend/resume回调，且DTS配置中电源域标记为qcom,island-mode。

二、AP端唤醒优化

ap唤醒分析流程

smp2p-sleepstate持锁

sensor作为wakeup sensor，client端为AP。为避免事件丢失，wakeup sensor发送数据后会调用smp2p_write唤醒AP，AP唤醒后将持有200ms锁。

cpp 复制代码

kernel_platform/msm-kernel/drivers/soc/qcom/smp2p_sleepstate.c

50  static irqreturn_t smp2p_sleepstate_handler(int irq, void *ctxt)
51  {
52  	__pm_wakeup_event(notify_ws, 200);
53  	return IRQ_HANDLED;
54  }

56  static int smp2p_sleepstate_probe(struct platform_device *pdev)
57  {
58  	int ret;
59  	int irq;
60  	struct device *dev = &pdev->dev;
61  	struct device_node *node = dev->of_node;
62  
63  	state = qcom_smem_state_get(&pdev->dev, 0, &ret);
64  	if (IS_ERR(state))
65  		return PTR_ERR(state);
66  	qcom_smem_state_update_bits(state, AWAKE_BIT, AWAKE_BIT);
67  
68  	ret = register_pm_notifier(&sleepstate_pm_nb);
69  	if (ret) {
70  		dev_err(dev, "%s: power state notif error %d\n", __func__, ret);
71  		return ret;
72  	}
73  
74  	notify_ws = wakeup_source_register(&pdev->dev, "smp2p-sleepstate");
75  	if (!notify_ws) {
76  		return -ENOMEM;
77  		goto err_ws;
78  	}
79  
80  	irq = of_irq_get_byname(node, "smp2p-sleepstate-in");
81  	if (irq <= 0) {
82  		dev_err(dev, "failed to get irq for smp2p_sleep_state\n");
83  		ret = -EPROBE_DEFER;
84  		goto err;
85  	}
86  	dev_dbg(dev, "got smp2p-sleepstate-in irq %d\n", irq);
87          // CR#3918899
88  	ret = devm_request_threaded_irq(dev, irq, NULL,
89  					smp2p_sleepstate_handler,
90  					IRQF_ONESHOT | IRQF_TRIGGER_RISING |
91  					IRQF_TRIGGER_FALLING | IRQF_NO_SUSPEND,
92  					"smp2p_sleepstate", dev);
93  	if (ret) {
94  		dev_err(dev, "fail to register smp2p threaded_irq=%d\n", irq);
95  		goto err;
96  	}
97  	return 0;
98  err:
99  	wakeup_source_unregister(notify_ws);
100  	__pm_relax(notify_ws);
101  err_ws:
102  	unregister_pm_notifier(&sleepstate_pm_nb);
103  	return ret;
104  }

hal层需检查wake up sensor打印，新平台需移植该打印功能以便调试。匹配smp2p唤醒打印与hal层wake up sensor打印，确认上报数据是否为预期行为。异常情况下频繁唤醒AP需排查sensor配置，不匹配时需检查其他可能唤醒AP的sensor及其打开源。

cpp 复制代码

vendor/qcom/proprietary/sensors-see/sensors-hal-2.0/framework/ssc_sensor.cpp

599  void ssc_sensor::ssc_conn_event_cb(const uint8_t *data, size_t size, uint64_t sample_received_ts)
600  {
601      SNS_TRACE_BEGIN("sensors::ssc_conn_event_cb");
602  

632          if(SENSOR_WAKEUP == _wakeup_type) {
633              sns_logi("event[%d] msg_id=%d, ts=%llu sensor_type = %s", sample_count, pb_event.msg_id(),
634                  (unsigned long long) pb_event.timestamp(), _sensor_name.c_str());
635          } else {
636              sns_logv("event[%d] msg_id=%d, ts=%llu sensor_type = %s", sample_count, pb_event.msg_id(),
637                  (unsigned long long) pb_event.timestamp(), _sensor_name.c_str());
638          }

qrtr持锁

QRTR（Qualcomm IPC Router）唤醒打印信息提供了关于通信源、目标和服务的关键信息。qrtr协议用于处理器间无线通信，日志通过ipc_logging接口保存至预分配的ipc buffer。子系统传输数据时可获取qrtr_ws锁唤醒AP以确保传输成功。

qrtr唤醒日志格式示例：qrtr_print_wakeup_reason: src[0x5:0xe] dst[0x1:0x4024] [12160006 0035017e] service[0x1001]。其中node id 0x5对应子系统，service 0x1001表示Diag service。