日志信息上报方法、装置及存储介质、ADSP和终端制造方法及图纸

本申请实施例公开了一种日志信息上报方法、装置及存储介质、ADSP和终端。所述方法包括：开启至少两个日志上报进程；控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。本申请实施例提供的技术方案，以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性。

Log information reporting methods, devices and storage media, ADSP and terminals

The present application embodiment discloses a method, a device and a storage medium, a ADSP and a terminal for a log information reporting. The method comprises the following steps: open at least two log reporting process; control the at least two log reporting process, parallel from the log buffer access log information; log information to the at least two log reporting process to get to the parallel, reporting to the current audio digital signal processor of the terminal application processor. The application embodiment provides a technical scheme to improve the speed and efficiency of the ADSP log information and improve the real-time performance of the ADSP log information.

【技术实现步骤摘要】
日志信息上报方法、装置及存储介质、ADSP和终端
本申请实施例涉及移动终端的日志控制
，尤其涉及一种日志信息上报方法、装置及存储介质、ADSP和终端。
技术介绍
在移动终端上一般设置有一个音频数字信号处理器(advanceddigitalsignalprocessor，ADSP)，该处理器会集中管理移动终端上的所有传感器，可以节省移动终端应用处理器(ApplicationProcessor，AP)的很多资源。由于ADSP和AP是两个独立的处理器，所以传感器日志(log)信息的传递存储机制很复杂，相关技术中的日志上报控制方法存在缺陷，需要改进。
技术实现思路
本申请实施例提供一种日志信息上报方法、装置及存储介质、ADSP和终端，可以优化ADSP的日志信息上报方案。在第一方面，本申请实施例提供了一种日志信息上报方法，包括：开启至少两个日志上报进程；控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。在第二方面，本申请实施例提供了一种日志信息上报装置，包括：日志上报进程开启模块，用于开启至少两个日志上报进程；日志信息获取模块，用于控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；日志信息上报模块，用于将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所提供的日志信息上报方法。在第四方面，本申请实施例提供了一种移动终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现如第一方面所提供的日志信息上报方法。本申请实施例通过开启至少两个日志上报进程，来并行的从日志缓冲区中获取日志信息，以及并行的将获取到的日志信息上报至应用处理器，可以提升ADSP的日志信息上报速度和效率，提升ADSP日志信息上报的实时性。附图说明图1为本申请实施例提供的一种日志信息上报过程的示意图；图2是本申请实施例提供的一种日志信息上报方法的流程图；图3是本申请实施例提供的另一种日志信息上报方法的流程图；图4是本申请实施例提供的另一种日志信息上报方法的流程图；图5是本申请实施例提供的一种日志信息上报装置的结构示意图；图6是本申请实施例提供的一种移动终端的结构示意图；图7是本申请实施例提供的一种移动终端的另一结构示意图。具体实施方式为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。为了便于理解本申请实施例，下面以高通平台音频数字信号处理器(AudioDigitalDignalProcessor，ADSP)架构为例对ADSP日志传输过程进行简要介绍。其中，ADSP架构是指：传感器挂载在ADSP上，ADSP管理终端内的所有传感器，在这种架构下，所有的传感器与ADSP进行交互，然后ADSP与应用处理器(ApplicationProcessor，AP)进行交互。ADSP上生成的日志信息主要是传感器的日志信息，还包括ADSP上电、掉电状态等系统日志信息。ADSP上可挂载环境光传感器、接近传感器、陀螺仪及加速度传感器等传感器，这些传感器会生成传感器日志(SensorLog)，其中，传感器日志可包括传感器的状态信息(如是否出现故障，处于何种工作状态等)以及工作过程中涉及到的各种数据(如采集的数据及各种判定阈值等)，对于不同的传感器，所生成的传感器日志可能存在差异，本申请实施例不再一一举例。图1为本申请实施例提供的一种日志信息上报过程示意图。传感器日志由传感器生成，由于传感器挂载在ADSP上，所以需要通过ADSP传输至AP。在ADSP生成日志信息之后直接存入ADSP的日志缓冲区中，待日志缓冲区中存满以后按照一定的上报方式通过ADSP与AP之间的通信路径，将日志缓冲区中的日志信息上报至AP，其中，所述通信路径可以为通过共享内存(SharedMemoryDriver，SMD)、进程间通信(Inter-ProcessCommunication，IPC)及高通消息接口(QualcomMessageInterface，QMI)将日志信息传送至AP的Diagnostictask，进而传送至AP的文件系统或者QXDM工具。其中，Diagnostictask是一个诊断进程，QXDM(TheQUALCOMMExtensibleDiagnosticMonitor)是高通公司的可以对移动终端所发数据进行跟踪的工具，可通过对数据的分析进行相关测试或诊断。开启日志开关之后，在日志信息的传输过程中，日志信息一般是以字符串的形式传输的，其数据量是比较大的，而日志缓冲区的存储空间有限，日志缓冲区很快就会被填满，导致日志缓冲区中的日志信息一直向AP端进行上报，而AP端在接收到ADSP上报的日志信息后就会去响应，导致AP无法休眠，且需要频繁的去接收和处理日志信息，使移动终端的功耗较大。若关闭日志开关，那么就会导致很多传感器相关的问题，由于缺乏底层驱动的日志信息而需要进行反复压力测试，徒增测试时间，严重影响对传感器相关问题的分析及解决效率。接下来，将分别介绍日志信息的相关数据结构和日志信息的读取情景。1、日志信息的相关数据结构。structlogger_entry是一个用于描述一条Log记录的结构体。len成员变量记录了这条记录的有效负载的长度，有效负载指定的日志记录本身的长度。__pad成员变量是用来对齐结构体的。pid和tid成员变量分别用来记录是哪条进程写入了这条记录。sec和nsec成员变量记录日志写的时间。msg成员变量记录的就是有效负载的内容了，它的大小由len成员变量来确定。结构体structlogger_log就是真正用来保存日志的地方了。buffer成员变量变是用保存日志信息的内存缓冲区，它的大小由size成员变量确定。从misc成员变量可以看出，日志驱动程序使用的设备属于misc类型的设备，wq成员变量是一个等待队列，用于保存正在等待读取日志的进程。readers成员变量用来保存当前正在读取日志的进程，正在读取日志的进程由结构体logger_reader来描述。mutex成员变量是一个互斥量，用来保护log的并发访问。w_off成员变量用来记录下一条日志应该从哪里开始写。head成员变量用来表示打开日志文件中，应该从哪一个位置开始读取日志。2、日志信息的读取情景。读取日志设备文件的方法为logger_本文档来自技高网...

【技术保护点】
一种日志信息上报方法，其特征在于，包括：开启至少两个日志上报进程；控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。

【技术特征摘要】
1.一种日志信息上报方法，其特征在于，包括：开启至少两个日志上报进程；控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息；将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器。2.根据权利要求1所述的方法，其特征在于，所述控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息包括:控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的上报类型匹配的第一目标日志信息；所述将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器包括：将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的上报类型匹配的第一目标日志信息，并行上报至所述应用处理器。3.根据权利要求1所述的方法，其特征在于，所述控制所述至少两个日志上报进程，并行的从日志缓冲区中获取日志信息包括:控制所述至少两个日志上报进程中的每个日志上报进程，并行的从日志缓冲区中分别获取与各自的日志生成时间条件匹配的第二目标日志信息；所述将所述至少两个日志上报进程获取到的日志信息，并行上报至当前音频数字信号处理器所在终端的应用处理器包括：将所述至少两个日志上报进程中的每个日志上报进程，分别获取的与各自的日志生成时间条件匹配的第二目标日志信息，并行上报至所述应用处理器。4.根据权利要求2所述的方法，其特征在于，所述上报类型基于传感器类型、日志级别、日志信息内容或ADSP架构功能域进行分类。5.根据权利要求4所述的方法，其特征在于，所述日志上报进程...

【专利技术属性】
技术研发人员：张强，
申请(专利权)人：广东欧珀移动通信有限公司，
类型：发明
国别省市：广东,44