Linux内核源码分析(五)--start_kernel之unwind_init

最新推荐文章于 2024-09-23 15:07:25 发布
置顶 最新推荐文章于 2024-09-23 15:07:25 发布
阅读量932 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Linux内核源码分析
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/task_struct/article/details/79169042
博客提到内核中某函数为空，目前暂时保留，后续会结合其他版本内核及设计思想对该函数进行分析。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

我的内核中该函数为空，暂时保留，以后结合其他版本内核及设计思想再做分析。
高通开发系列 - linux kernel内核升级msm-3.xx升至msm-4.xx(2)
fulinux的博客
02-14 759
高通开发系列 - linux kernel内核升级msm-3.18升至msm-4.9(2)
Linux内核启动流程
新时代农民工
06-28 502
首先看到内核的编译链接lds脚本，以ARM为例，我们可以在kernel里面arch\arm\kernel找到该文件。 vmlinux.lds.S是一个文件名，通常指的是 Linux 内核源代码中的链接脚本文件。 链接脚本文件（Linker Script）是用于指导链接器（Linker）在链接可执行文件或库时如何排列和组织不同的代码和数据段。vmlinux.lds.S文件在 Linux 内核的构建过程中使用，它定义了链接器所需的内核段布局和链接规则。 具体而言，vmlinux.lds.S文件是以汇编语言
Unwind Library Project-开源
07-17
Unwind Library Project 旨在为 C 语言开发通用异常处理工具和 unwind 清理处理程序
关于kenel中的unwind错误
Yasin Lee
11-30 1694
在linux kernel编程中，有时候会遇到执行时打印出unwind的警告信息，这是由于堆栈调用出现不平衡所致。一般是因为不合时宜的出栈所致，也就是在不该出栈的时候你的代码所做的动作是出栈的。比如说，当你在一个工作队列的工作函数中调用了工作队列的cancel_work_sync 或者 flush_workqueue 或者 distroy_workqueue.你可以想象以下，一个正在工作的队列，怎
c++ unwind
betteroneisme的专栏
11-22 1457
C++ runtime destructs all automatic variables created between between throw & catch. In this simple example below f1() throws and main() catches, in between objects of type B and A are created on the
bash shell脚本安装tcmalloc,linunwind,libstdc++ so库
10km的专栏
01-02 1283
因为项目中使用了tcmalloc，而是用gcc 5.2.0编译的64位代码，所以项目中的so依赖libunwind,tcmalloc,以及gcc5.2.0的libstdc++.so [roo@t2]ldd /usr/local/face/lib/libcmjnidrv.so linux-vdso.so.1 => (0x00007fffa4bff000) libcmimp
Unwind 栈回溯详解
热门推荐
pwl999的博客
07-24 2万+
1. 历史背景 1.1 frame pointers 在调试的时候经常需要进行堆栈回溯。最简单的方式是使用一个独立的寄存器(ebp)来保存每层函数调用的堆栈栈顶(frame pointer)： pushl％ebp movl％esp，％ebp ... popl％ebp ret x86_64的frame point模式 arm64的frame point模式 这种方式在堆栈回溯时非常方便快捷。但是这种方法也有自己的不足： 需要一个专门寄存器ebp来保存frame poniter。 保存e
linux内核启动过程3：内核初始化阶段
大昱的博客
02-22 1514
上一篇<<linux内核启动过程2：保护模式执行流程>>分析了保护模式启动过程以及bzImage的解压入口函数，本篇继续分析内核启动过程，从保护模式到C代码初始化。 startup_64   进入arch/x86/kernel/head_64.S，分析startup_64函数： .text __HEAD .code64 SYM_CODE_START_NOALIGN(startup_64) UNWIND_HIN.
OpenHarmony（鸿蒙南向开发）——小型系统内核（LiteOS-A）【LMS调测】
鸿蒙开发知识记录
09-23 1850
LMS全称为Lite Memory Sanitizer，是一种实时检测内存操作合法性的调测工具。LMS能够实时检测缓冲区溢出（buffer overflow），释放后使用（use after free) 和重复释放（double free), 在异常发生的第一时间通知操作系统，结合backtrace等定位手段，能准确定位到产生内存问题的代码行，极大提升内存问题定位效率。
Linux内核启动分析
空之轨迹～约修亚
12-25 2426
Linux 内核启动分析1.       内核启动地址1.1.   名词解释ZTEXTADDR解压代码运行的开始地址。没有物理地址和虚拟地址之分，因为此时MMU处于关闭状态。这个地址不一定时RAM的地址，可以是支持读写寻址的flash等存储中介。Start address of decompressor. heres no point in talking about virtual
arm异常处理unwind 过程
woai110120130的专栏
07-10 1410
backtrace: #00 pc 00062928 /data/app/com.ss.android.article.news-1/lib/arm/libuserinfo.so (_Unwind_VRS_Pop+84) #01 pc 00062f64 /data/app/com.ss.android.article.news-1/lib/arm/libuserinfo.so (__gnu_unwind_execute+240) #02 pc 00063230 /data/app/com.ss.androi
(重磅原创)冬之焱: 谈谈Linux内核的栈回溯与妙用
Linux阅码场
09-25 3083
作者简介：冬之焱，杭州某公司linux内核工程师，4年开发经验，对运用linux内核的某些原理解决实际问题很感兴趣。版权声明：本文最先发表于"Linux阅码场"微信公众号...
从start_kernel开始Linux内核启动
shazhoulada1的专栏
03-17 873
**作者：黄志恒 原创作品转载请注明出处 《Linux内核分析》MOOC课程http://mooc.study.163.com/course/USTC-1000029000 ”**本篇博客从内核启动一个简易系统来理解Linux内核的启动机制。首先，简单讲一下这个简易系统MenuOS。源码在https://github.com/mengning/menu。这个系统（去年我们写这个东西的时候说它是一
Linux启动流程解析：init_post函数
zxygww的专栏
10-15 4267
http://book.51cto.com/art/201007/213597.htm   4.1 引导过程 《Linux内核修炼之道》第4章讲解系统初始化，万事开头难，系统的初始化是一个很复杂的过程，不过对于内核源码的学习来说，以这个部分开始应该是个不错的选择。特别是子系统初始化，应该是你选择任何内核子系统开始分析时都需要了解的内容。本节为大家介绍引导过程。 第4章系统初始化
Android 筆記-Linux Kernel SMP (Symmetric Multi-Processors) 開機流程解析 Part(2) Linux Kernel SMP zImage到st
軟體勞工.
07-22 1万+
Android 筆記-Linux Kernel SMP  (Symmetric Multi-Processors) 開機流程解析 Part(2) Linux Kernel SMP  zImage到start_kernel流程. hlchou@mail2000.com.tw by loda. Loda's Blog App BizOrz Android/Linux
嵌入式成长轨迹60 【智能家居项目】【ARM 飞凌ok6410】【kernel panic 错误小结】...
weixin_30920513的博客
12-08 222
这三个月主要精力都在智能家居软件的ARM移植上。近期任务基本搞定，喘口气把移植阶段各个小结给发一下。 这段时间查阅了上百篇技术帖子，过程之艰辛不提，听说这个问题有同志烦恼了大半年之久，希望能给同样在飞凌这块板子上进行学习的初学者们一些帮助。 【常见kernelpanic错误1】（文件系统结构错误、内部文件缺失或其他错误） Failedtoexecut...
AARCH64平台的栈回溯
ashimida
12-08 5458
一、术语解释: 1.栈顶/栈底[1]: 栈中最后一个push,第一个被pop的位置是栈顶;栈中最后一个被pop,且pop后当前栈为空的位置是栈底; 2.Current Function Frame Address[2]: 当前函数栈帧,在aarch64中是当前函数执行完prologue后的栈顶地址, 其可以通过__builtin_frame_address(0)函数获取. 3.Canonical Frame Address(CFA)[3]:标准/规范栈帧地址,在aarch64中是当前...
Android中基于DWARF的stack unwind实现原理
内核工匠
04-12 1953
一、简介在软件开发中，unwind stack(栈回溯 或 调用栈展开)是调试和异常处理中至关重要的一环，通过理解其实现原理，可以更好地理解程序的执行流程，更有效地进行调试和错误排查。本文主要介绍 AArch64 架构下的两种最典型的栈回溯实现方式：1.基于 frame pointer (FP) 的栈回溯2.基于 ELF DWARF .eh_frame/.debug_frame 的 stack u...
linux内核交叉编译perf ，添加libdw-dwarf-unwind库
最新发布
07-24
<think>我们正在处理一个关于在交叉编译Linux内核时启用perf并添加libdw-dwarf-unwind库支持的问题。根据提供的引用信息，我们可以总结出以下关键点： 1. 引用[1]中提到，编译perf时可能因为缺少libdw.h而禁用dwarf支持。解决方法需要确保安装了elfutils-devel/elfutils-dev，并且交叉编译环境中存在必要的头文件（如libelf.h）和库。 2. 引用[2]展示了编译perf的命令，其中使用了`NO_LIBELF=1`等选项来禁用某些特性，但这并不是我们想要的，因为我们需要支持dwarf。 3. 引用[3]提到在yocto下编译perf失败，可能与缺少库有关，但确认库已安装后问题可能在其他地方。 4. 引用[4]介绍了perf和火焰图，但与本问题关联不大。 目标：在交叉编译Linux内核时，启用perf工具，并使其支持libdw-dwarf-unwind（即DWARF unwind功能）。 步骤分析： 1. **确保交叉编译环境中有必要的库和头文件**：我们需要为交叉编译目标提供libelf、libdw等库的开发文件（头文件和库）。根据引用[1]，我们需要`libdw.h`和`dwarf.h`，以及对应的库。因此，我们需要交叉编译elfutils库（包含libelf, libdw等）并安装到交叉编译工具链的sysroot中。 2. **配置Linux内核以启用perf**：在配置内核时，需要确保启用perf相关的配置选项。通常，在`make menuconfig`（或类似的配置界面）中，我们可以找到： - `General setup` -> `Profiling support` (可能包括perf) - 具体到perf，通常在`Kernel hacking` -> `Kernel Performance Events And Counters` 中，确保`Enable performance events`和`perf events support`被启用。 3. **在编译perf时链接libdw**：在编译perf时，需要确保能够找到libdw等库。根据引用[2]，我们可以通过设置环境变量或修改Makefile来指定库和头文件的位置。但是，引用[2]中使用了`NO_LIBELF=1`来避免使用libelf，而我们需要的是使用这些库。 4. **解决交叉编译问题**：由于是交叉编译，我们需要指定交叉编译工具链和sysroot（包含目标系统的头文件和库）。在编译perf时，设置正确的`CROSS_COMPILE`和`ARCH`，同时通过`LDFLAGS`和`CFLAGS`指定库和头文件的路径。 具体步骤： ### 1. 交叉编译elfutils 首先，我们需要为交叉编译目标编译elfutils（包含libdw, libelf等）。假设交叉编译工具链已经安装，且sysroot位于`/opt/cross_tools/sysroot`（具体路径根据实际情况调整）。 下载elfutils源码，然后配置并编译： ```bash # 假设在宿主机上操作 wget https://sourceware.org/elfutils/ftp/0.189/elfutils-0.189.tar.bz2 tar -xf elfutils-0.189.tar.bz2 cd elfutils-0.189 ./configure --host=arm-linux-gnueabihf --prefix=/opt/cross_tools/sysroot/usr --disable-libdebuginfod --disable-debuginfod make make install ``` 注意：`--host`指定目标平台（根据你的交叉编译工具链修改），`--prefix`指定安装到sysroot的usr目录下，这样头文件和库就会分别安装到`/opt/cross_tools/sysroot/usr/include`和`/opt/cross_tools/sysroot/usr/lib`。 ### 2. 配置Linux内核以启用perf 在内核源码目录中，执行配置命令（如`make menuconfig`），然后确保以下选项被启用： - `General setup` -> `Kernel Performance Events And Counters` 中，选择`<*> Kernel performance events and counters` - 在`Kernel hacking` -> `Tracers` 中，确保`Profile`被启用（通常与perf相关） - 另外，确保`DWARF unwinder`被启用（在`Kernel hacking` -> `Compile-time checks and compiler options` -> `Debug information`中，选择`DWARF unwinder`） ### 3. 编译内核和perf 在编译内核时，同时编译perf工具。在交叉编译环境下，我们需要设置环境变量： - `ARCH=arm` (根据目标架构调整) - `CROSS_COMPILE=arm-linux-gnueabihf-` (根据交叉编译工具链调整) 同时，我们需要告诉perf的Makefile在哪里找到libdw和libelf。因此，在编译perf时，设置`EXTRA_CFLAGS`和`EXTRA_LDFLAGS`指向sysroot中的头文件和库。 例如： ```bash make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- LDFLAGS="-L/opt/cross_tools/sysroot/usr/lib" CFLAGS="-I/opt/cross_tools/sysroot/usr/include" perf ``` 注意：我们不再使用`NO_LIBELF=1`，而是希望链接这些库。 但是，根据引用[1]中的信息，perf的Makefile会尝试检测libdw的存在。如果我们的库已经正确安装到sysroot，并且通过`LDFLAGS`和`CFLAGS`指定了路径，那么应该可以自动启用dwarf支持。 ### 4. 验证 编译完成后，在`tools/perf`目录下会生成`perf`可执行文件。我们可以通过`file`命令检查是否是目标架构的二进制文件，并且可以使用`readelf`查看动态链接的库，确认是否链接了libdw。 ### 可能遇到的问题及解决 - **找不到头文件或库**：确保在编译perf时，通过`CFLAGS`和`LDFLAGS`正确指定了路径，并且路径下确实存在所需的头文件和库。 - **版本不兼容**：尽量使用与目标系统兼容的elfutils版本。 - **依赖其他库**：如果elfutils依赖其他库（如zlib），需要先交叉编译这些依赖库并安装到sysroot。 ### 相关问题 §§相关问题§§ 1. 如何交叉编译elfutils库？ 2. 在交叉编译perf时，如何解决其他库的依赖问题（如libunwind, libzstd等）？ 3. 如何验证编译出的perf是否支持DWARF unwind功能？ 4. 在嵌入式系统中使用perf进行性能分析时，有哪些注意事项？</think>在交叉编译 Linux 内核时启用 perf 并添加 libdw-dwarf-unwind 库支持，需要解决库依赖和编译配置问题。以下是具体步骤： --- ### **步骤 1：交叉编译依赖库** #### 1.1 安装目标架构的 `elfutils`（含 libdw） - 下载源码：`wget https://sourceware.org/elfutils/ftp/0.189/elfutils-0.189.tar.bz2` - 交叉编译配置： ```bash ./configure --host=arm-linux-gnueabihf \ # 替换为目标架构 --prefix=/opt/cross_tools/sysroot \ # 指向工具链的 sysroot --disable-libdebuginfod \ --disable-debuginfod ``` - 编译安装： ```bash make && make install ``` - 验证：检查 sysroot 中是否存在 `libdw.so` 和头文件 `libdw.h`、`dwarf.h`。 #### 1.2 确保其他依赖库就绪 - **zlib**：交叉编译并安装到 sysroot。 - **libelf**：通常包含在 `elfutils` 中，无需单独处理。 --- ### **步骤 2：配置内核启用 perf** 在内核源码目录执行： ```bash make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- menuconfig ``` 启用以下选项： - **General setup** → `Kernel Performance Events and Counters`（设为 `[*]`） - **Tracing** → `Kernel Function Tracer`（启用以支持调用栈跟踪） - **Debug information** → `Compile the kernel with debug info`（确保生成 DWARF 信息） --- ### **步骤 3：编译 perf 并链接 libdw** #### 3.1 设置环境变量 指定库和头文件路径（根据实际路径调整）： ```bash export LIBDW_DIR=/opt/cross_tools/sysroot/usr export CFLAGS="-I$LIBDW_DIR/include" export LDFLAGS="-L$LIBDW_DIR/lib -ldw -lelf -lz" ``` #### 3.2 编译 perf ```bash cd linux/tools/perf make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- \ NO_LIBNUMA=1 NO_LIBAUDIT=1 \ # 禁用非必要依赖 NO_GTK2=1 NO_SLANG=1 \ # 减少 GUI 依赖 WERROR=0 \ # 忽略警告错误 V=1 # 显示详细日志 ``` #### 3.3 验证 dwarf 支持 检查编译输出是否包含： ```bash ... DWARF support: YES ... ``` 或通过 `perf --version` 检查输出是否包含 `dwarf` 特性。 --- ### **常见问题解决** 1. **报错 `No libdw.h found`** - 确保 `elfutils` 已安装到 sysroot，并通过 `CFLAGS` 指定头文件路径。 2. **链接失败** 在 `LDFLAGS` 中显式添加库路径： ```bash LDFLAGS="-Wl,-rpath-link=$LIBDW_DIR/lib -L$LIBDW_DIR/lib -ldw -lelf" ``` 3. **依赖库缺失（如 libzstd）** 交叉编译缺失库并安装到 sysroot，或临时禁用： ```bash make ... NO_LIBZSTD=1 # 示例：禁用 zstd ``` --- ### **验证 DWARF Unwind 功能** 运行测试命令： ```bash perf record -g --call-graph dwarf -e cycles:u ./test_program ``` 生成火焰图（参考 [^4]）： ```bash perf script | FlameGraph/stackcollapse-perf.pl | FlameGraph/flamegraph.pl > output.svg ``` 若成功生成调用栈火焰图，则 dwarf unwind 功能正常。 --- ### **引用** [^1]: 交叉编译需确保 `libdw.h` 和 `dwarf.h` 在 sysroot 中，通过 `CFLAGS/LDFLAGS` 指定路径 [^1]。 [^2]: 编译命令需显式禁用非必要依赖（如 `NO_LIBAUDIT=1`）并启用静态链接 [^2]。 [^3]: 库路径错误可能导致编译失败，需验证 `find /opt/cross_tools -name libelf.h` 的结果 [^3]。 [^4]: DWARF unwind 支持对生成完整调用栈火焰图至关重要 [^4]。 --- ### **相关问题**
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值