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 流程结束