linux内核源码分析之软中断

目录

1、软中断

2、软中断执行

3、软中断注册

4、软中断触发

5、软中断守护进程


1、软中断

软中断是在编译期间静态分配的,不像tasklet能动态分配

软中断机制的核心部分是一个表,包含32个softirq_action类型的数据项,软中断由softirq_action结构表示。

struct softirq_action
{
	void	(*action)(struct softirq_action *);
};

最多32个软中断,这是一个定值,数目没法动态改变。

static struct softirq_action softirq_vec[NR_SOFTIRQS] __cacheline_aligned_in_smp;

2、软中断执行

 程序有删减

asmlinkage __visible void __softirq_entry __do_softirq(void)
{
    ...
	pending = local_softirq_pending();
	local_irq_enable();
	h = softirq_vec;

	while ((softirq_bit = ffs(pending))) {
		h += softirq_bit - 1;
		vec_nr = h - softirq_vec;
		prev_count = preempt_count();

		kstat_incr_softirqs_this_cpu(vec_nr);

		trace_softirq_entry(vec_nr);
		h->action(h);
		trace_softirq_exit(vec_nr);
        ...
		h++;
		pending >>= softirq_bit;
	}

	pending = local_softirq_pending();
	if (pending) {
		if (time_before(jiffies, end) && !need_resched() &&
		    --max_restart)
			goto restart;

		wakeup_softirqd();
	}
}
  •  局部变量pending保存local_softirq_pending宏的返回值,它是待处理的软中断32位位图,如果第n位被设置1,那么第n位对应类型的软中断等待处理
  • 指针h指向 softirq_vec的第一项
  • 如果pending的第一位被置为1,则h->action(h)被调用
  • 指针加1,所以现在它指向softirq_vec的第二项
  • 位掩码pending右移一位,依次移动
  • 现在h指针指向数组第二项,peding掩码位置到了第一位上
  • 重复执行,直到pending变为0 ,循环最多执行32次
  • 如果在MAX_SOFTIRQ_RESTART次重启处理过程之后,仍然有未处理的软中断,那么应该如何?内 核将调用wakeup_softirqd唤醒软中断守护进程

3、软中断注册

kernel/softirq.c 
void open_softirq(int nr, void (*action)(struct softirq_action*), void *data) 
{ 
    softirq_vec[nr].data = data; 
    softirq_vec[nr].action = action; 
}

4、软中断触发

raise_softirq(int nr)

5、软中断守护进程

kernel/softirq.c 
static int ksoftirqd(void * __bind_cpu) 
    ... 
    while (!kthread_should_stop()) { 
    if (!local_softirq_pending()) { 
        schedule(); 
    } 
    __set_current_state(TASK_RUNNING); 
    while (local_softirq_pending()) { 
        do_softirq(); 
        cond_resched(); 
    } 
    set_current_state(TASK_INTERRUPTIBLE); 
    } 
    ... 
}
在系统启动时用 initcall 机制,在 调用 init 不久,即创建了系统中的软中断守护进程。
每次被唤醒时,守护进程首先检查是否有标记出的待决软中断,否则明确地调用调度器,将控制转交到其他进程。
如果有标记出的软中断,那么守护进程接下来将处理软中断。进程在一个 while 循环中重复调用两个函数do_softirq cond_resched ,直至没有标记出的软中断为止。

参考:
《深入理解linux内核》
《Linux内核深度解析》

<think>好的,我需要帮助用户在IAR Embedded Workbench中进行单步调试。首先,我需要回忆一下IAR的基本调试流程。根据用户提供的引用,安装部分已经完成,所以现在重点是调试配置和操作步骤。 首先,单步调试通常需要先配置工程,确保生成调试信息。引用中提到安装时需要选择正确的组件,可能调试功能在安装时已经包含。接下来,用户需要设置断点,这是单步调试的基础。在代码行号旁边点击即可添加断点,这应该是常见的操作。 然后,启动调试会话。根据引用[2]中的安装教程,用户可能已经熟悉了基本界面,所以启动调试的菜单选项可能在“Project”或“Debug”下。需要指导用户点击“Download and Debug”按钮,进入调试模式。 单步执行的按钮通常是Step Over、Step Into和Step Out。需要区分它们的用途:Step Into会进入函数内部,而Step Over会执行完当前行,跳过函数内部。用户需要了解这些区别以便有效调试。 另外,查看变量和寄存器的窗口也是调试的关键。用户可能需要打开Watch窗口来监视变量,或者查看寄存器状态以确认硬件行为。这部分需要详细说明如何打开这些窗口,并解释它们的作用。 可能还需要提到调试前的配置,比如确保编译器生成调试信息,工程设置是否正确。引用[3]中的安装步骤可能涉及路径设置,但用户现在需要的是调试配置,可能需要检查工程属性中的调试选项,比如选择正确的调试器和目标设备。 最后,常见问题如断点不生效,可能原因包括优化选项关闭调试信息,或者没有正确编译。需要提醒用户检查编译选项,确保生成调试符号。 总结步骤应该是:配置工程→设置断点→启动调试→使用单步按钮→观察变量和寄存器→结束调试。需要按照逻辑顺序逐步说明,并引用相关的安装步骤作为基础,确保用户环境已经正确设置。</think>在IAR Embedded Workbench中进行单步调试的步骤如下: ### 一、调试前准备 1. **工程配置** - 确保工程已启用调试信息生成。右键工程选择`Options` → `C/C++ Compiler` → 勾选`Generate debug information`[^3]。 - 在`Debugger`设置中选择正确的调试器类型(如J-Link/ST-Link等)和目标设备型号。 2. **编译工程** - 点击`Make`按钮(或快捷键F7)编译代码,生成包含调试信息的可执行文件。 --- ### 二、单步调试操作流程 1. **设置断点** - 在代码行号左侧单击,添加红色断点标记(再次点击可取消)。 - 支持设置多个断点,用于分段观察程序运行状态。 2. **启动调试会话** - 点击工具栏的`Download and Debug`按钮(或快捷键Ctrl+D),程序将暂停在入口函数(如`main()`)的第一行代码处。 3. **单步执行控制** - **Step Into (F11)**:进入当前行的函数内部 示例:调试`printf()`时会跳转到库函数内部 - **Step Over (F10)**:执行完当前行并跳转到下一行 示例:执行`a = b + c;`后直接跳转到下一语句 - **Step Out (Shift+F11)**:快速执行完当前函数并返回调用处 4. **观察运行状态** - 打开`View` → `Watch`窗口监视变量值 - 通过`View` → `Register`查看CPU寄存器变化 - 使用`View` → `Memory`检查特定地址数据 --- ### 三、调试示例演示 ```c // 示例代码片段 int calculate(int x, int y) { return x * y + 5; // 在此行设置断点 } int main(void) { int a = 10; int b = calculate(a, 20); // Step Into会进入函数 return 0; } ``` 1. 在`calculate`函数内设置断点 2. 运行到`main()`时按F10逐行执行 3. 执行到`calculate()`调用时按F11进入函数内部 --- ### 四、常见问题排查 | 现象 | 解决方案 | |-------|---------| | 断点不生效 | 检查优化等级是否为None,确认编译生成调试信息 | | 变量值显示异常 | 在Watch窗口右键选择`Refresh`更新数据 | | 单步执行卡死 | 确认硬件连接正常,复位目标板后重新下载程序 |
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

为了维护世界和平_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值