一:整体框架


如上图所示:MTK 的senor 架构从大框架上分为 AP侧 与SCP 侧AP 侧 由mtk-Hal 层和 kernel 组成,其主要思想在于实现了一个HfManager 完成了对多个sensor 的control 处理由一个.cpp 处理。这个也是arch 2 区别于arch 1 的一大改变, (注:arch 1 为每一个sensor 的实现由单独的cpp 在kernrl 有单独的.c)
SCP 侧可以理解为 qcom 平台的slpi侧:SCP(Tinysys)协处理器负责传感器和音频相关功能以及其他定制功能。MTK SCP选择FreeRTOS作为操作系统,CHRE是处理传感器相关操作的专门任务FreeRTOS。

二:具体流程简介

AP-HAL:

(1)init & control flow


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的重要接口

我们以前文的originchannel 的 active 为例子,梳理下:

  1. 在hfmanager 的构造函数中:

    我们可以看到hal层的hfmanager 通过打开 kernrl的hf_manager节点,保存fd
  2. active

    通过构造函数的的mfd ,使用cmd 为HF_MANAGER_SENSOR_DISABLE/HF_MANAGER_SENSOR_ENABLE 用IO control的方式将 上层的active 下发到kernel 对应节点

(2)data flow

与上面的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 流程结束

MTK 平台sensor arch 介绍-hal的更多相关文章

  1. MTK 平台sensor arch 介绍-scp

    架构介绍 路径:vendor/mediatek/proprietary/tinysys/scp 1.[build]编译相关 2.[driver]scp 的driver,I2C,power,eint 3 ...

  2. MTK 平台上查询当前使用的摄像头模组及所支持预览分辨率

    1,MTK 平台如何查询当前使用的是哪颗摄像头及相关的模组信息? 在该目录下可以查到当前平台及相关项目的配置文件 ProjectConfig.mk \ALPS.JB.MP.V1_W_20120919\ ...

  3. MTK平台Android项目APK预置方案

    项目开发中,通常需要向系统中预置一些APK,这里简单介绍一下MTK平台预置APK的方法. 需要预置的apk可以放置在目录:vendor/mediate/${Project}/artifacts/out ...

  4. andorid之摄像头驱动流程--MTK平台

    原文地址:andorid之摄像头驱动流程--MTK平台 作者:守候心田 camera成像原理: 景物通过镜头生产光学图像投射到sensor表面上,然后转为模拟电信号,经过数模变成数字图像信号,在经过D ...

  5. Android8.1 MTK平台 SystemUI源码分析之 网络信号栏显示刷新

    SystemUI系列文章 Android8.1 MTK平台 SystemUI源码分析之 Notification流程 Android8.1 MTK平台 SystemUI源码分析之 电池时钟刷新 And ...

  6. MTK 虚拟 sensor bring up (pick up) sensor2.0

    pick up bring up sensor2.0 1.SCP侧的配置 (1) 放置驱动pickup.c (2) 添加底层驱动文件编译开关 (3) 加入编译文件 (4) 增加数据上报方式 (5)修改 ...

  7. 关于MTK平台SIM-ME Lock的配置方案

    针对一些运营商的锁网需求,MTK平台已经对其有很好的支持.绝大多数的海外需求可以通过直接配置相关文件来完成.这里简单描述一下配置方法,不做原理分析. 相关数据结构分析: Modem中与SML锁网配置相 ...

  8. 关于MTK平台CC相关的Log查询

    关于MTK平台CC相关的Log查询 在外场问题中,经常会出现通话相关的故障.这里简单总结一下通话相关log的分析点: 主叫方:主叫方,是指主动发起通话的一方. 初步定位问题, 用户发起通话时,AP端的 ...

  9. SNF快速开发平台--规则引擎介绍和使用文档

    设计目标: a) 规则引擎语法能够满足分单,计费,WMS策略的配置要求.语法是一致和统一的 b) 能够在不修改规则引擎模块的情况下,加入任意一个新的规则:实现上述需求之外的规则配置需求 c) 运算速度 ...

随机推荐

  1. Leetcode1/242/383-HashMap常用方法以及遍历排序方式

    HashMap常用方法以及遍历排序方式 常用方法 map.containsKey() map.put() map1.equals(map2) 遍历方式 Iterator<Map.Entry< ...

  2. java中final变量的用法

    4.4 final变量    final变量的数值不能在初始化之后进行改变(你希望a=3,有很多用到a的场合, 你当然不能在程序中就用3来代替a). 比如: final int h = 0; 想像有一 ...

  3. 适配手机端rpx像素

    <script src="static/js/adaptive.js"></script> <script type="text/javas ...

  4. [ Shell ] 通过 Shell 脚本导出 GDSII/OASIS 文件

    https://www.cnblogs.com/yeungchie/ 常见的集成电路版图数据库文件格式有 GDSII 和 OASIS,virtuoso 提供了下面两个工具用来在 Shell 中导出版图 ...

  5. python---使用pipreqs及遇到的问题

    pipreqs简介 ​ 项目开发的过程中, 避免不了搭建和部署开发环境, 而搭建和部署开发环境需要项目依赖的python第三方包, 如何获取一个项目中所需依赖的python第三方包, 这就需要使用pi ...

  6. C++ functional库中的仿函数

    一.仿函数简介 仿函数(functor)又称之为函数对象(function object),实际上就是 重载了()操作符 的 struct或class. 由于重载了()操作符,所以使用他的时候就像在调 ...

  7. 【课程汇总】OpenHarmony 成长计划知识赋能第三期系列课程(附链接)

    OpenHarmony 开源开发者成长计划第三期知识赋能课程硬核程度再次升级,带领开发者上手 OpenHarmony 的标准系统应用开发,学习标准设备应用开发,使用 eTS UI 开发分布式应用样例, ...

  8. 2021.07.17 题解 CF1385E Directing Edges(拓扑排序)

    2021.07.17 题解 CF1385E Directing Edges(拓扑排序) CF1385E Directing Edges - 洛谷 | 计算机科学教育新生态 (luogu.com.cn) ...

  9. 使用 VS Code 撰写 Markdown 文档

    众所周知, VS Code 是微软和社区一起开发的一款很优秀的高级代码编辑器.它不仅可以写出一手好代码,还能写出一篇好文章.利用 Markdown 就可以写出一篇排版美观的技术文章了. 而 Markd ...

  10. JuiceFS 缓存预热详解

    缓存预热是一个比较常见的概念,相信很多小伙伴都有所了解.对于 JuiceFS 来说,缓存预热就是将需要操作的数据预先从对象存储拉取到本地,从而获得与使用本地存储类似的性能表现. 缓存预热 JuiceF ...