kernel层负责汇总处理sensor传输上来的数据，以及处理应用层传递下来的指令。

Sensor HAL层相对来说比较简单，它的意图就是为framework层提供接口API的实现，如open_sensors,poll等，一旦实现完毕，framewoerk 里面的SensorManager,SensorService 里面的native(本地)方法可以直接被调用。这一步非常重要，HAL_MODULE_INFO_SYM映射了hal 层XXX.so 库的入口，上层hw_get_modu

1.2.1 对于杂音类问题，只需听pcm dump是否有杂音即可确认问题端发生在应用层，如果in.pcm已存在杂音，则问题可能存在于audio hal之前，如audio service、软件编解码器、或者音源本身存在杂音；如果控件没有差异，可在播放时，dump一下寄存器并作对比，将升级前后的寄存器dump上传到Aservice供进一步分析，如果没有差异，则需寄板子、上传原理图与位号图，进行进一步排

在Android系统中，通过U-Boot（通常称为uboot）来设置启动参数（如cmdline）或尝试直接将数据传递给应用层（通过系统属性property）是一个较为间接的过程，因为U-Boot主要负责硬件初始化和引导Linux内核，而Android系统属性则是由Android系统服务（如init进程和property服务）管理的。相反，你需要在U-Boot中设置cmdline或其他启动参数，然后