init flow 函数调用图

1. 路径：vendor/mediatek/proprietary/hardware/sensor
2. 进入到2.0 hal 实现层层最重要的是 core 和 hal 两个folder 下
3. 进入hal 这一层就是MTK 的hal，入口就在：sensors.cpp native 通过sensors.cpp 提供的方法 调用如下： 在context 中 对不同的sensor type 分为以上三个通道:(比较arch 1 在context 这里 下一步是直接不同的senor，为每一个sensor type 提供了一个cpp去实现） 根据MTK hal层的这三个channel 我认为划分规则不够明显，因为基本上大多数项目都包括在内sensortype 都在OriginChannel ，基本思路就是如字面解释，mag 相关的fusion sensor 放在fusion channel，wakeup 的目前只有step_detector 以任意channle 的active 流程继续下去: 这时就可以看到了mtk 在hal层封装的hfManager 我们进入相关文件
4. 进入core 文件下的HfManager.cpp 主要是实现上层channel 的cmd，然后下发到kernel 对应的hfmanager 而HfManagerWapper.cpp 主要提供一个C 的api 这个接口是我们的sensor-cali 校准工具与MTK hal的重要接口

1. 在hfmanager 构造函数： 我们hal层的hfmanager 通过打开 kernrl的hf_manager节点，保存fd
2. active 构造函数的mfd ，使用cmd 为HF_MANAGER_SENSOR_DISABLE/HF_MANAGER_SENSOR_ENABLE 用IO control的方式将 上层的active 下发到kernel 对应节点

与上面的control flow 您还可以参考此图：

1. sensors.cpp hal提供层入口sensoes_module_methods 中的open 在函数中实现init_sensors 可以看到将poll_poll赋予了实现hw_device_t.poll 其调用mSensorManager→pollEvent
2. sensorsmanager.cpp 紧接着调用 mSensorContext→pollEvent
3. sensorcontext.cpp – originchannel.cpp 在这里，通过区分不同的区别channel 调用readevent 在这里我们可以看到一个对象Hflooper 这个就是hfmanager 包装报告数据
4. HfManager.cpp 走到hal这里可以看到层的最后一步。read 从kernel 获取到event 进行处理 首先，根据不同的处理过程进行处理event_type 和sensortype 区分，这里通过switch case 列出一切sensortype，比较长。 最重要的是，在这个处理过程中kernel read 的hf_manager_evet 填充数据转换android 标准的data sensors_event_t control_flow&data_flow函数调用图 至此 mtk 平台的hal层 sensor 流程结束