drgn项目v0.0.31版本发布:调试信息查找机制全面升级
2025-06-25 18:28:40作者:温艾琴Wonderful
项目简介
drgn是一个功能强大的调试器工具,专为Linux内核和用户空间程序调试而设计。它提供了Python接口,允许开发者以编程方式检查运行中的系统或核心转储文件的状态。与传统的调试器不同,drgn不需要在被调试系统中安装任何额外组件,这使得它特别适合生产环境的问题诊断。
版本亮点
本次发布的v0.0.31版本是自项目初始版本0.0.1以来最重要的更新之一,带来了多项重大改进和新功能,特别是在调试信息查找机制方面进行了全面重构。
核心改进
调试信息查找机制重构
本次版本对drgn查找调试符号的方式进行了彻底重写,引入了全新的模块概念和控制机制:
-
新增模块类型类:
drgn.MainModule:主程序模块drgn.SharedLibraryModule:共享库模块drgn.VdsoModule:VDSO模块drgn.RelocatableModule:可重定位模块drgn.ExtraModule:额外模块
-
增强的模块管理API:
- 新增了
modules()、loaded_modules()等方法用于查询和操作程序加载的模块 - 提供了
create_loaded_modules()等方法用于手动覆盖drgn的自动检测结果
- 新增了
-
调试信息查找控制:
- 新增
drgn.Program.debug_info_options属性用于控制调试信息查找行为 - 命令行工具增加了
--try-symbols-by、--no-symbols-by等选项 - 新增了
register_debug_info_finder()等方法用于注册自定义调试信息查找器
- 新增
-
日志增强:
- 现在会记录查找模块和调试符号的完整过程
- 使用
--log-level debug选项可以查看详细日志
调试符号匹配更严格
为了提高准确性,新版本对用户提供的调试符号文件实施了更严格的匹配规则(基于构建ID)。这一变化虽然提高了可靠性,但也带来了不兼容性:
- 不匹配任何加载模块的符号文件将被忽略并发出警告
- 如需强制使用特定文件,需要通过
try_file(path, force=True)明确指定 - 完全独立于加载模块的调试符号可通过
--extra-symbols选项加载
内核模块调试改进
不再强制要求depmod(8)元数据来查找Linux内核模块的调试符号(但仍会作为优化手段使用)。这一改进简化了内核模块调试的准备工作。
新功能与增强
-
debuginfod集成改进:
- 添加了下载调试符号时的进度条显示
- 支持从debuginfod下载内核调试信息(目前主要针对Fedora Linux内核)
-
插件系统:
- 新增插件架构,允许通过钩子扩展程序初始化过程
- 插件可以注册调试信息查找器、对象/类型/符号查找器等
-
DWARF支持增强:
- 新增对DWARF导入单元和
gnu_debugaltlink文件的支持 - 这些特性被某些Linux发行版使用
- 新增对DWARF导入单元和
-
命令行增强:
- 新增
-e选项支持直接从命令行运行代码片段 - 改进对非终端标准输入的处理
- 新增
-
堆栈跟踪改进:
- 即使没有完整的调试信息,
drgn.StackFrame.name也能提供更有用的信息 - 支持在没有调试符号文件的情况下使用ORC进行内核堆栈展开
- 修复了AArch64平台上NULL函数指针调用的展开问题
- 即使没有完整的调试信息,
-
新辅助函数:
- 新增
drgn.helpers.linux.kthread模块,提供内核线程相关辅助函数 - 新增
kernfs_parent()和kernfs_root()辅助函数
- 新增
兼容性更新
-
Linux内核支持:
- 新增对Linux 6.14和6.15的支持
- 更新了内核模块支持以兼容Linux 6.14
- 更新了文件系统和kernfs辅助函数以兼容Linux 6.15
-
平台特定修复:
- 修复了CentOS/RHEL 9内核上的
task_cpu()和堆栈跟踪问题 - 改进了AArch64平台的支持
- 修复了CentOS/RHEL 9内核上的
错误修复
-
核心功能修复:
- 修复了
-s选项在用户空间程序中的地址查找问题 - 修复了调试符号下载的中断处理(支持Ctrl-C)
- 修复了
kmodify.call_function()的类型检查和符号扩展问题
- 修复了
-
DWARF处理改进:
- 修复了中间包含
DW_OP_addr操作的DWARF表达式处理 - 新增对
DW_CFA_GNU_args_size操作的支持
- 修复了中间包含
-
稳定性增强:
- 修复了无效DWARF信息解析时的内存安全问题
- 修复了
del prog.language操作导致的段错误 - 改进了对非标准核心转储文件的处理
文档与教程
-
新增交互式教程:
- 提供了详细的blk_rq_qos崩溃分析教程
- 配套视频帮助用户快速上手
-
文档改进:
- 全面更新了获取调试符号的文档
- 新增man page参考手册
- 替换了文档中不兼容的
which命令用法
总结
drgn v0.0.31版本通过重构调试信息查找机制、增强debuginfod集成、新增插件系统等重大改进,显著提升了调试体验和灵活性。特别是对内核模块调试和堆栈跟踪的改进,使得在生产环境中诊断复杂问题变得更加容易。虽然引入了一些不兼容的变化,但这些改变总体上提高了工具的可靠性和用户体验。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
531
3.74 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
336
178
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
886
596
Ascend Extension for PyTorch
Python
340
403
暂无简介
Dart
772
191
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
986
247
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
416
4.21 K
React Native鸿蒙化仓库
JavaScript
303
355