高通dsps部分的打印

dsps部分跟AP端是采用共享内存的方式来交换信息的，对于打印来说，如果把所有的字符串都传到AP端，那么就非常占用共享的内存，所有采用了传递整型数标签的方式。首先在dsps和AP端都约定好，比如：dsps传递0，在AP端就代表"MAG8975: Initializing"这么一个字符串。

在dsps代码部分，在sns_debug_str.h文件中，定义了不同等级，不同参数个数的打印函数：

......

#define SNS_PRINTF_STRING_ID_HIGH_0(mod_id,str_id)

#define SNS_PRINTF_STRING_ID_HIGH_1(mod_id,str_id,parameter1)

......

我们在使用的时候，根据情况调用不同的函数进行打印，这里的几个参数，从字面意思上可以看到，他们分别是模块对于的ID号，模块里面对应的字符串的ID号，后面就是参数。这里说的ID，就是上面讲到的传递的整型数标签，下面就讲讲模块ID和字符串ID。

这个模块ID，在dsps部分的代码和AP端的代码都有定义，而且他们肯定是一样的，这样才是一种约定，在sns_debug_api.h有如下定义(AP端代码也有)：

typedef enum {SNS_DBG_MOD_APPS_SMR,SNS_DBG_MOD_APPS_DIAG,SNS_DBG_MOD_APPS_ACM,SNS_DBG_MOD_APPS_INIT,SNS_DBG_MOD_DSPS_SMGR,SNS_DBG_MOD_DSPS_SAM,SNS_DBG_MOD_DSPS_SMR,SNS_DBG_MOD_DSPS_DD_ACCEL,SNS_DBG_MOD_DSPS_DD_GYRO,SNS_DBG_MOD_DSPS_DD_ALSPRX,SNS_DBG_MOD_DSPS_DD_MAG8975,SNS_DBG_MOD_APPS_MAIN,SNS_DBG_MOD_EM,SNS_DBG_MOD_APPS_PWR,SNS_DBG_MOD_APPS_SAM,SNS_DBG_MOD_DSPS_SCM,SNS_DBG_MOD_APPS_SCM,SNS_DBG_MOD_MDM_SMR,SNS_DBG_MOD_MDM_DIAG,SNS_DBG_MOD_MDM_ACM,SNS_DBG_MOD_MDM_INIT,SNS_DBG_MOD_MDM_MAIN,SNS_DBG_MOD_MDM_PWR,SNS_DBG_MOD_DSPS_DAL,SNS_DBG_MOD_DSPS_DDF,SNS_DBG_MOD_APPS_REG,SNS_DBG_MOD_APPS_TIME,SNS_DBG_MOD_DSPS_DIAG,SNS_DBG_MOD_DSPS_PWR,/* Last module ID */SNS_DBG_NUM_MOD_IDS
} sns_debug_module_id_e;

可以看到他们就是枚举类型，比如对于接近和光感模块，可以采用ID： SNS_DBG_MOD_DSPS_DD_ALSPRX，

那么对于字符串ID呢，在dsps会定义很多ID，然后在AP端的代码里面，会对不同的ID，定义不同的字符串，在dsps的sns_debug_api.h中截取一段光感模块的字符串ID定义：

#define DBG_DD_ALSPRX_WR_CMD2_REG_ERR                 0
#define DBG_DD_ALSPRX_WR_CMD1_REG_ERR                 1
#define DBG_DD_ALSPRX_DEV_STATE_PEND                  2
#define DBG_DD_ALSPRX_PRX_STATE_PEND                  3
#define DBG_DD_ALSPRX_ALS_RES_INVALID                 4
#define DBG_DD_ALSPRX_ALS_RNG_INVALID                 5
...

在AP端的sns_string_db.h文件里面有定义，对不同的ID定义不同的字符串，下面是截取的一部分：

#define DD_ALPRX_STR_DB \
{ {DBG_DD_ALSPRX_WR_CMD2_REG_ERR, "ALSPRX: Write to command2 register failed"  },  /*Id 0*/ \{DBG_DD_ALSPRX_WR_CMD1_REG_ERR, "ALSPRX: Write to command1 register failed"  },  /*Id 1*/ \{DBG_DD_ALSPRX_DEV_STATE_PEND, "ALSPRX: PRX/ALS read already pending"        },  /*Id 2*/ \{DBG_DD_ALSPRX_PRX_STATE_PEND, "ALSPRX: PRX read already pending"            },  /*Id 3*/ \{DBG_DD_ALSPRX_ALS_RES_INVALID, "ALSPRX: Invalid resolution: %d"             },  /*Id 4*/ \{DBG_DD_ALSPRX_ALS_RNG_INVALID, "ALSPRX: Invalid range: %d"                  },  /*Id 5*/ \
...

OK，当dsps传入2，那么AP端就会打印“ALSPRX: PRX/ALS read already pending”这样一句字符串。上面我们已经对不同的模块ID和字符串ID在两个系统间的约定已经进行了说明。如果自己需要添加新模块的打印信息，可以在这些文件中，在两边进行同步的更改。那么，是不是定了的就一定会打印出来呢，其实不然，AP端对需要处理的模块还放到了一个数组里面，只有定义在这个数组里面的模块才会打印。在sns_debug_str.c文件中：

/* Pointer to debug string databases of sensor modules */
static const db_list_s sensor_dbg_db_ptrs[] = {// DIAG module{SNS_DBG_MOD_APPS_DIAG, diag_debug_str_db,(sizeof(diag_debug_str_db)/sizeof(diag_debug_str_db[0]))},//SAM DSPS Module{SNS_DBG_MOD_DSPS_SAM, sam_debug_str_db,(sizeof(sam_debug_str_db)/sizeof(sam_debug_str_db[0]))},//SAM Apps Module{SNS_DBG_MOD_APPS_SAM, sam_debug_str_db,(sizeof(sam_debug_str_db)/sizeof(sam_debug_str_db[0]))},//SMGR Module{SNS_DBG_MOD_DSPS_SMGR, smgr_debug_str_db,(sizeof(smgr_debug_str_db)/sizeof(smgr_debug_str_db[0]))},//SMR Apps Module{SNS_DBG_MOD_APPS_SMR, smr_debug_str_db,(sizeof(smr_debug_str_db)/sizeof(smr_debug_str_db[0]))},//SMR DSPS Module{SNS_DBG_MOD_DSPS_SMR, smr_debug_str_db,(sizeof(smr_debug_str_db)/sizeof(smr_debug_str_db[0]))},//ALS Proximity Device Driver Module{SNS_DBG_MOD_DSPS_DD_ALSPRX, dd_alsprx_debug_str_db,(sizeof(dd_alsprx_debug_str_db)/sizeof(dd_alsprx_debug_str_db[0]))},//AKM8975 Magnetometer Device Driver Module{SNS_DBG_MOD_DSPS_DD_MAG8975, dd_mag8975_debug_str_db,(sizeof(dd_mag8975_debug_str_db)/sizeof(dd_mag8975_debug_str_db[0]))},//Accel Device Driver Module{SNS_DBG_MOD_DSPS_DD_ACCEL, dd_accel_debug_str_db,(sizeof(dd_accel_debug_str_db)/sizeof(dd_accel_debug_str_db[0]))},//Gyro Device Driver Module{SNS_DBG_MOD_DSPS_DD_GYRO, dd_gyro_debug_str_db,(sizeof(dd_gyro_debug_str_db)/sizeof(dd_gyro_debug_str_db[0]))},//SCM Module{SNS_DBG_MOD_DSPS_SCM, scm_debug_str_db,(sizeof(scm_debug_str_db)/sizeof(scm_debug_str_db[0]))}
};

在dsps传入模块ID之后，他会在这个数组里面进行搜寻，如果没有包含，就会在log里面打印出db ptr NULL OR string ID not valid (%d)这样一句话。

dsps内容比较多，未完待续。。。

高通dsps部分的打印相关推荐

QXDM打印高通sensor 日志问题总结
在使用QXDM打印高通sensor日志的时候,经常会发现有些赋予已经权限很高的log居然打印不出来,这就个代码的追踪带来了一系列困难,鉴于此,我研究了一下高通中log打印问题,给大家今后的使用带来一些 ...
linux驱动由浅入深系列：高通sensor架构实例分析之一
点击打开链接本系列导航: linux驱动由浅入深系列:高通sensor架构实例分析之一(整体概览+AP侧代码分析) linux驱动由浅入深系列:高通sensor架构实例分析之二(adsp驱动代码结构 ...
高通 MSM8K bootloader ： SBL1 .
一. MSM8K Boot Flow 图1: 高通MSM8K平台bootloader启动流程基本类似,但具体各平台,比如MSM8974.MSM8916.MSM8994等,会有微小区别. 从上图,可以看 ...
高通android开发摘要
一部分是开源的,可以从codeaurora.org上下载,还有一部分是高通产权的,需要从高通的网站上下载. 将高通产权的代码放到:vendor/qcom/proprietary 1. 设置bms一些参 ...
高通Android平台硬件调试之Camera篇
之前一段时间有幸在高通android平台上调试2款camera sensor,一款是OV的5M YUV sensor,支持jpeg out,同时也支持AF,调试比较比较简单,因为别的项目已经在使用了, ...
【CV】一文讲懂图像处理中的低通、高通、带阻和带通滤波器
空间域和频域滤波器通常分为四种类型的滤波器--低通.高通.带阻和带通滤波器.在本文中,我们为每一种滤波器提供了注释.代码示例和图像输出. 滤波器类型低通滤波器:只允许通过低频细节,衰减高频细节.例如 ...
Android 指纹调试流程（高通、MTK均适用）
前言:指纹调试我们只需要关注kernel.hal.ta就可以将其点亮,高通使用自己的tee环境,MTK则需要使用第三方tee OS,三方tee的集成调试一般会有厂家配合,主要是调试spi ta,在此就 ...
高通LCD的pwm背光驱动
发生异常的现象: msm8953 lcd在快速亮灭的情况下背光概率性休眠不灭:测量高通pwm,发现正常的时候pwm的管脚LCM_BL_PWM为低电平,失败的时候为高电平: 根据原理图: mpp是什么? ...
高通8X25Q wifi BT 调试文档
1.蓝牙调试主要是蓝牙的I2C地址跟地磁仪的I2C地址冲突,被地磁仪给占用了,改回来就好了. --- a/android-lte/kernel/arch/arm/mach-msm/msm8x25/ ...

高通dsps部分的打印

高通dsps部分的打印相关推荐

最新文章

热门文章