mj-trace 代码分析-（1）

文章目录

mj-trace 代码分析-（1）
- 中间产物分析
- trace.[c/h/i]分析
- - trace.i 分析
  - 定义的结构体
  - 定义的变量
  - 定义的函数
  - 变量与函数之间的关联

编写的 trace模块 mj请参考文档《Linux内核增加一个trace.md》，接下来开始分析一下代码。

内核有自带的sample，在路径samples/trace_events/下，代码相对来说比较长，可以使用下面命令进行编译以及生成预处理文件：

make ARCH=arm64 CROSS_COMPILE=aarch64-himix100-linux- M=samples/trace_events/  CONFIG_SAMPLES=m CONFIG_SAMPLE_TRACE_EVENTS=m
make ARCH=arm64 CROSS_COMPILE=aarch64-himix100-linux- CONFIG_SAMPLES=m CONFIG_SAMPLE_TRACE_EVENTS=m samples/trace_events/trace-events-sample.i

中间产物分析

首先看一下编译的中间产物，开启FTRACE相关选项后，内核根据Makefiile把debug.c和trace.c编译进去，所以编译产物多了debug.o和trace.o以及相关的.o.cmd文件。

共同的产物中，.mj.o.cmd文件的差异在于增加的编译选项-pg，内核Documentation/trace/ftrace.txt中有关于这个培训选项的描述：

查看一下gcc手册关于这个选项的描述：

生成额外的代码来编写适合分析程序prof(用于-p)或gprof(用于-pg)的配置文件信息。在编译需要数据的源文件时必须使用此选项，在链接时也必须使用此选项。

在使用这些选项进行编译时，可以使用函数属性no_instrument_function来禁止对单个函数进行分析。

trace.[c/h/i]分析

trace.c里面是关于事件类和事件的定义，内容也比较简单，就是定义CREATE_TRACE_POINTS宏并包含trace.h：

看一下trace.h的内容：

看一下DECLARE_EVENT_CLASS宏，这个宏共有9处地方进行了定义，一开始的时候我在想到底是在用哪一处地方的定义，但是看了好几遍这几处的定义，发现并没有宏来决定使用哪一个。

后来我灵机一动，反汇编之后，搜索mj_log_msg变量，再根据代码，可以得到下面的图：

可以看到起始是所有的宏都用到了，有一些宏内联了导致汇编之后找不到。

trace.i 分析

在网上找到一条预编译处理命令：

make ARCH=arm64 CROSS_COMPILE=aarch64-himix100-linux- drivers/mj/trace.i

预编译之后查看trace.i的内容，里面内容实在是太长了，提取相关信息。（相信我，你不会想看里面的内容的，按照上面的代码，原始的trace.i一共三万多行，删除空行以及包含头文件的语句之后，还有两万多行）

结构体:

struct trace_event_raw_mj_log_msg
struct trace_event_data_offsets_mj_log_msg

变量:

__tpstrtab_mj_core : static const char [] __attribute__((section("__tracepoints_strings")))
__tracepoint_mj_core : struct tracepoint __attribute__((section("__tracepoints")))
__tracepoint_ptr_mj_core : static struct tracepoint * const __attribute__((used)) __attribute__((section("__tracepoints_ptrs")))
str__mj__trace_system_name : static const char []
event_mj_core : static struct trace_event_call __attribute__((used)) __attribute__((aligned(4)))
trace_event_type_funcs_mj_log_msg : static struct trace_event_functions
print_fmt_mj_log_msg : static char []
event_class_mj_log_msg : static struct trace_event_class __attribute__((used)) __attribute__ ((section(".ref.data")))
__event_mj_core : static struct trace_event_call __attribute__((used)) __attribute__((section("_ftrace_events"))) *

函数:

trace_raw_output_mj_log_msg()
trace_event_define_fields_mj_log_msg()
trace_event_get_offsets_mj_log_msg()
trace_event_raw_event_mj_log_msg()
ftrace_test_probe_mj_core()
perf_trace_mj_log_msg()
perf_trace_mj_log_msg()
perf_test_probe_mj_core()

大概内容图如下：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zpfj9nDq-1615003699527)(pics/mj/trace-macro.png)]

定义的结构体

structtrace_event_raw_mj_log_msg如下图所示：

struct trace_event_data_offsets_mj_log_msg如下图所示：

这两个结构体都是函数内部使用的，暂时就不管了。

定义的变量

__tpstrtab_mj_core如下图所示：

__tracepoint_mj_core如下图所示：定义一个追踪点。

__tracepoint_ptr_mj_core如下图所示：追踪点的常量指针。

str__mj__trace_system_name如下图所示：

trace_event_type_funcs_mj_log_msg如下图所示：定义追踪事件函数。

print_fmt_mj_log_msg如下图所示：

event_class_mj_log_msg如下图所示：定义事件追踪类。

event_mj_core如下图所示：定义一个追踪事件。

__event_mj_core如下图所示：追踪事件的指针。

定义的函数

trace_raw_output_mj_log_msg()如下图所示：

trace_event_define_fields_mj_log_msg()如下图所示：

trace_event_get_offsets_mj_log_msg()如下图所示：

trace_event_raw_event_mj_log_msg()如下图所示：

ftrace_test_probe_mj_core()如下图所示：

perf_trace_mj_log_msg()如下图所示：

perf_test_probe_mj_core()如下图所示：

注意到上面的函数，都有__attribute__((no_instrument_funcion))这个属性，查看gcc手册关于这个属性的描述：

如果给出了finstrument-functions，-p或-pg中的任何一个，则在大多数用户编译函数的入口和出口处都会生成概要分析函数调用。具有此属性的功能不会生成相应的分析函数调用。

因为编译时已经带了-pg选项，如果这些函数再生成分析调用函数，是会造成死循环？

变量与函数之间的关联

回头查看trace.h的定义，会发现是以event_class_mj_log_msg变量为中心，然后将结构体变量的成员初始化为某些函数指针：

再看event_mj_core与其他函数或结构体的联系：

啊，这有空再分析吧，头秃。

mj-trace 代码分析相关推荐

【Android 性能优化】应用启动优化 ( Trace 文件分析 | 结合代码分析 Trace 文件 )
文章目录一. Trace 文件查看二. 结合代码分析 Trace 文件一. Trace 文件查看上一篇博客 [Android 性能优化]应用启动优化 ( 方法追踪代码模板 | 示例项目 | S ...
Linux内核跟踪之trace框架分析【转】
转自:http://blog.chinaunix.net/uid-20543183-id-1930846.html ------------------------------------------ ...
【Android CPU 优化】Android CPU 调优 ( Trace 文件分析 | Android Profiler 工具 | CPU Profiler 工具 )
文章目录一.Android CPU 优化二.CPU Profiler 工具三.相关资源一.Android CPU 优化在 Android 中 , 出现动画掉帧 , 页面切换白屏 , 卡顿 ...
【Android 性能优化】应用启动优化 ( 阶段总结 | Trace 文件分析及解决方案 | 源码分析梳理 | 设置主题的方案总结 ) ★
文章目录一. 常用的耗时方法优化方案 ( 重要 ) 二. 源码分析梳理 1. 应用启动时间计算相关源码分析 2. Launcher 应用中启动 Android 应用流程三. 启动白屏解决方案 An ...
c++代码健壮性_复活Navex-使用图查询进行代码分析（上）
从了解到修复 Navex, 其中花了一年多, 从对自动化代码审计一无所知到学习PL/Static Analysis, 翻阅十几年前的文档, 补全Gremlin Step, 理解AST, CFG, DD ...
arm linux kernel 从入口到start_kernel 的代码分析
Linux系统启动过程分析(主要是加载内核前的动作) 经过对Linux系统有了一定了解和熟悉后,想对其更深层次的东西做进一步探究.这当中就包括系统的启动流程.文件系统的组成结构.基于动态库和静态库的程 ...
【鸿蒙OS开发入门】06 - 启动流程代码分析之KernelOS：之启动Linux-4.19 Kernel内核启动init进程
[鸿蒙OS开发入门]06 - 启动流程代码分析之KernelOS:之启动Linux-4.19 Kernel内核一.head.S 启动start_kernel() 1.1 start_kernel() ...
MTK LIGHT 代码分析
MTK LIGHT 代码分析项目上需要做些客制化的东西,需要用到light 一块的东西,好久以前看过,但是没有记录下来,这次重新看看,然后记录下来. lightservice start priva ...
你绝对能看懂的Kafka源代码分析-RecordAccumulator类代码分析
目录: <Kafka Producer设计分析> <KafkaProducer类代码分析> <RecordAccumulator类代码分析> <Sender类 ...

mj-trace 代码分析