Linux 内核调试:指令追踪大法

简介: Linux 内核调试:指令追踪大法

1. 错误异常


image.png


  • epc : 0x802cb3bc


  • ra  : 0x802cb3a8


2. 调试方法


2.1.反编译vmlinux


mips-linux-gnu-objdump -d vmlinux > dump.s


2.2. 打开dump.s,找到你要找的epc值


802cb3b4:       8e020004        lw      v0,4(s0)
802cb3b8:       24420800        addiu   v0,v0,2048
802cb3bc:       ac620000        sw      v0,0(v1)  # 这里是异常
802cb3c0:       0000000f        sync    
802cb3c4:       8e050588        lw      a1,1416(s0)
802cb3c8:       3c04804d        lui     a0,0x804d


2.3. 向上找找这行指令在哪个函数?


802cb298 <dwc2_hsotg_core_init_disconnected>:
802cb298:       27bdffe0        addiu   sp,sp,-32
802cb29c:       afb10018        sw      s1,24(sp)
802cb2a0:       afb00014        sw      s0,20(sp)
802cb2a4:       afbf001c        sw      ra,28(sp)


2.4.找到它在哪个文件


此接口位于:drivers/usb/dwc2/gadget.c


2.5. touch一下这个c文件


touch drivers/usb/dwc2/gadget.c


这步是为了摸一下它,好让此文件在不改动的情况下重新编译一次,这样做的目的是,获取详细反汇编信息。


2.6. make V=1,取此文件的编译命令


make uImage V=1 -j16 > aaa.txt


打开 aaa,txt


image.png


2.7.单独编译此文件


在命令行粘贴此命令(一个字符都不能少),后面加上(空格)--save-temps -g,回车,发现当前路径下多了俩文件:gadget.i gadget.s。前者是预编译文件,后者也是我们需要的——汇编文件


image.png


image.png


2.8.打开.s文件找到之前要找的的点


  • 根据之前定位的函数:dwc2_hsotg_core_init_disconnected


dwc2_hsotg_core_init_disconnected:
        .frame  $sp,32,$31              # vars= 0, regs= 3/0, args= 16, gp= 0
        .mask   0x80030000,-4                                   
        .fmask  0x00000000,0
$LVL835 = .
        addiu   $sp,$sp,-32
        .cfi_def_cfa_offset 32
        sw      $17,24($sp)
        sw      $16,20($sp)
        sw      $31,28($sp)
        .cfi_offset 17, -8
        .cfi_offset 16, -12
        .cfi_offset 31, -4
        .loc 1 3337 0
        move    $17,$5
        .loc 1 3342 0
        lw      $5,1348($4)


  • 对比内核 dump.s


802cb298 <dwc2_hsotg_core_init_disconnected>:
802cb298:       27bdffe0        addiu   sp,sp,-32
802cb29c:       afb10018        sw      s1,24(sp) 
#是否发现这两处的指令是对应的?这时当然的。 之后就可以寻找**0x802cb3bc**这个点在gadget.s中的位置,切记,前后一定要严格对应,要不就找错了,如,在dump.s中,这点在这:
...
802cb398:       8e050588        lw      a1,1416(s0)
802cb39c:       3c04804d        lui     a0,0x804d
802cb3a0:       0c02958b        jal     800a562c <printk>
802cb3a4:       2484f41c        addiu   a0,a0,-3044
802cb3a8:       8e020588        lw      v0,1416(s0)
802cb3ac:       10400009        beqz    v0,802cb3d4 <dwc2_hsotg_core_init_disconnected+0x13c>
802cb3b0:       3c030080        lui     v1,0x80
802cb3b4:       8e020004        lw      v0,4(s0)
802cb3b8:       24420800        addiu   v0,v0,2048
802cb3bc:       ac620000        sw      v0,0(v1)  // 真正的异常
802cb3c0:       0000000f        sync
802cb3c4:       8e050588        lw      a1,1416(s0)
802cb3c8:       3c04804d        lui     a0,0x804d
802cb3cc:       0c02958b        jal     800a562c <printk>


对应gadget.s 异常如下:


#NO_APP
$LBE2718 = .
 .loc 1 3394 0
 lw $5,1416($16)
 lui $4,%hi($LC40)
 .set noreorder
 .set nomacro
 jal printk
 addiu $4,$4,%lo($LC40)
 .set macro
 .set reorder
$LVL843 = .
 .loc 1 3395 0
 lw $2,1416($16)
 .set noreorder
 .set nomacro
 beq $2,$0,$L982
 li $3,8388608   # 0x800000
 .set macro
 .set reorder
 .loc 1 3396 0
 lw $2,4($16)
 addiu $2,$2,2048
$LBB2722 = .
$LBB2723 = .
$LBB2724 = .
$LBB2725 = .
 .loc 2 429 0
 sw $2,0($3)  // epc 0x0x802cb3bc 异常


快速找到它的秘诀是,看到 sw v0,0(v1),就搜sw 3),然后再看看上下指令是否对应。找到这处,做个标记。


寄存器辅助记忆:


image.png


2.9. 找到c文件中的对应地方


$LBB2722 = .
$LBB2723 = .
$LBB2724 = .
$LBB2725 = .
 .loc 2 429 0
 sw $2,0($3)  // epc 0x0x802cb3bc 异常
 $L1008:
$LBE2725 = .
$LBE2724 = .
$LBE2723 = .
$LBE2722 = .
$LBB2726 = .
$LBB2727 = .
 .loc 3 79 0


注意他前面的.loc 2 429 0,这就是他的藏身所在。


  • .loc 1 意思是第一个文件,可以从gadget.s中搜索file 1,如


.file 2 "./arch/mips/include/asm/io.h"


  • 429:行号 这就是它在的文件。打开它,找到 429


结合下文的.loc 3 79 0。


.file 3 "drivers/usb/dwc2/core.h"


  • 79: 行号 最终位置


dwc2_hsotg_core_init_disconnected  // drivers/usb/dwc2/gadget.c
   dwc2_writel(hsotg->regs + DCFG, DCFG_DESCDMA_EN); 
       __raw_writel(value, addr);     // drivers/usb/dwc2/core.h +79


可以看作最后出错的指令 sw v0,0(v1), 结合代码大致定位到操作DCFG 寄存器出错。


对于硬件寄存器,尽量按位操作,也就是只操作特定比特位,否则会引入未知风险


3. 总结


  • 保存错误现场(epc/ra地址)


  • 反汇编内核:objdump -d vmlinux > dump.s


  • 根据dump.s 找到指定 epc 值


  • 根据epc 值 确定发生异常的函数


  • 根据函数名确定发生异常的文件


  • 重新编译发生异常的文件,得到详细汇编和预处理信息(--save-temps -g


  • 根据epc 确定异常位置。


  • 根据异常位置,定位文件名及行号。一般经过这几步就可以精确定位错误发生地方了。


对于发生异常的函数名定位,有的时候根据经验可以直接通过内核trace dump 信息找到。或者根据epc 直接在 system.map 也可以定位。


对于内核反汇编和重新编译异常文件,依赖于读者对汇编指令的理解。特别是对比 dump.s  和 gadget.s ,如果快速定位和找对很关键。

相关文章
|
3天前
|
算法 Linux 调度
深入理解Linux内核调度器:从基础到优化####
本文旨在通过剖析Linux操作系统的心脏——内核调度器,为读者揭开其高效管理CPU资源的神秘面纱。不同于传统的摘要概述,本文将直接以一段精简代码片段作为引子,展示一个简化版的任务调度逻辑,随后逐步深入,详细探讨Linux内核调度器的工作原理、关键数据结构、调度算法演变以及性能调优策略,旨在为开发者与系统管理员提供一份实用的技术指南。 ####
18 4
|
7天前
|
缓存 算法 Linux
深入理解Linux内核调度器:公平性与性能的平衡####
真知灼见 本文将带你深入了解Linux操作系统的核心组件之一——完全公平调度器(CFS),通过剖析其设计原理、工作机制以及在实际系统中的应用效果,揭示它是如何在众多进程间实现资源分配的公平性与高效性的。不同于传统的摘要概述,本文旨在通过直观且富有洞察力的视角,让读者仿佛亲身体验到CFS在复杂系统环境中游刃有余地进行任务调度的过程。 ####
27 6
|
7天前
|
缓存 NoSQL Linux
Linux调试
本文介绍了Linux调试、性能分析和追踪的培训资料,涵盖调试、性能分析和追踪的基础知识及常用工具。
148 6
Linux调试
|
5天前
|
缓存 资源调度 安全
深入探索Linux操作系统的心脏——内核配置与优化####
本文作为一篇技术性深度解析文章,旨在引领读者踏上一场揭秘Linux内核配置与优化的奇妙之旅。不同于传统的摘要概述,本文将以实战为导向,直接跳入核心内容,探讨如何通过精细调整内核参数来提升系统性能、增强安全性及实现资源高效利用。从基础概念到高级技巧,逐步揭示那些隐藏在命令行背后的强大功能,为系统管理员和高级用户打开一扇通往极致性能与定制化体验的大门。 --- ###
26 9
|
4天前
|
缓存 负载均衡 Linux
深入理解Linux内核调度器
本文探讨了Linux操作系统核心组件之一——内核调度器的工作原理和设计哲学。不同于常规的技术文章,本摘要旨在提供一种全新的视角来审视Linux内核的调度机制,通过分析其对系统性能的影响以及在多核处理器环境下的表现,揭示调度器如何平衡公平性和效率。文章进一步讨论了完全公平调度器(CFS)的设计细节,包括它如何处理不同优先级的任务、如何进行负载均衡以及它是如何适应现代多核架构的挑战。此外,本文还简要概述了Linux调度器的未来发展方向,包括对实时任务支持的改进和对异构计算环境的适应性。
21 6
|
5天前
|
缓存 Linux 开发者
Linux内核中的并发控制机制:深入理解与应用####
【10月更文挑战第21天】 本文旨在为读者提供一个全面的指南,探讨Linux操作系统中用于实现多线程和进程间同步的关键技术——并发控制机制。通过剖析互斥锁、自旋锁、读写锁等核心概念及其在实际场景中的应用,本文将帮助开发者更好地理解和运用这些工具来构建高效且稳定的应用程序。 ####
20 5
|
5天前
|
算法 Unix Linux
深入理解Linux内核调度器:原理与优化
本文探讨了Linux操作系统的心脏——内核调度器(Scheduler)的工作原理,以及如何通过参数调整和代码优化来提高系统性能。不同于常规摘要仅概述内容,本摘要旨在激发读者对Linux内核调度机制深层次运作的兴趣,并简要介绍文章将覆盖的关键话题,如调度算法、实时性增强及节能策略等。
|
6天前
|
存储 监控 安全
Linux内核调优的艺术:从基础到高级###
本文深入探讨了Linux操作系统的心脏——内核的调优方法。文章首先概述了Linux内核的基本结构与工作原理,随后详细阐述了内核调优的重要性及基本原则。通过具体的参数调整示例(如sysctl、/proc/sys目录中的设置),文章展示了如何根据实际应用场景优化系统性能,包括提升CPU利用率、内存管理效率以及I/O性能等关键方面。最后,介绍了一些高级工具和技术,如perf、eBPF和SystemTap,用于更深层次的性能分析和问题定位。本文旨在为系统管理员和高级用户提供实用的内核调优策略,以最大化Linux系统的效率和稳定性。 ###
|
5天前
|
Java Linux Android开发
深入探索Android系统架构:从Linux内核到应用层
本文将带领读者深入了解Android操作系统的复杂架构,从其基于Linux的内核到丰富多彩的应用层。我们将探讨Android的各个关键组件,包括硬件抽象层(HAL)、运行时环境、以及核心库等,揭示它们如何协同工作以支持广泛的设备和应用。通过本文,您将对Android系统的工作原理有一个全面的认识,理解其如何平衡开放性与安全性,以及如何在多样化的设备上提供一致的用户体验。
|
8天前
|
Linux 数据库
Linux内核中的锁机制:保障并发操作的数据一致性####
【10月更文挑战第29天】 在多线程编程中,确保数据一致性和防止竞争条件是至关重要的。本文将深入探讨Linux操作系统中实现的几种关键锁机制,包括自旋锁、互斥锁和读写锁等。通过分析这些锁的设计原理和使用场景,帮助读者理解如何在实际应用中选择合适的锁机制以优化系统性能和稳定性。 ####
24 6