scheduling while atomic问题

scheduling while atomic

▌▌上篇文章的内容还没有结束中断处理函数中如果执行了调度，会发生什么▌这次，我修改了程序，在中断处理函数中调用了msleep程序执行后，会有这样的日志▌关键就是这句BUG: scheduling while atomic我们追代码，可以看到这个打印调用是这样的msleep() ->schedule() ->__schedule() ->schedule_debug()继续▌这个...

对于Linux内核来说，Oops就意外着内核出了异常，此时会将产生异常时CPU的状态，出错的指令地址、数据地址及其他寄存器，函数调用的顺序甚至是栈里面的内容都打印出来，然后根据异常的严重程度来决定下一步的操作：杀死导致异常的进程或者挂起系统。 最典型的异常是在内核态引用了一个非法地址，通常是未初始化的野指针Null，这将导致页表异常，最终引发Oops。 Linux系统足够健壮，能够正常的反应各...

当在任务切换过程中，如果调度器检测到切换前的环境属于原子操作，是禁止发生任务切换的，便会输出“BUG: scheduling while atomic:”等异常打印，之后会根据配置决定是否触发panic，重启系统。Linux内核调度器中，每次任务调度发生时，都会检查当前是否处于原子操作环境中，如果是，则打印出“BUG: scheduling while atomic:***”异常信息，打印出调度栈。如果此时，内核中配置了“panic_on_warn”，则会触发kernel panic，造成系统重启。

遇到一个典型的ｓｃｈｅｄｕｌｅ问题。 [26578.636839] C1 [ swapper/1] BUG: scheduling while atomic: swapper/1/0/0x00000002 [26578.636869] C0 [ kworker/u:1] CPU1 is up [26578.636900] C1 [ swapper/1] Modu

一、实际问题： 1、开机出现原子上下文调度的bug： [ 6.290494] <1>.(1)[285:init]BUG: scheduling while atomic: init/285/0x00000000 [ 6.290528] <1>-(1)[285:init][<c010e61c>] (dump_backtrace) from [&l...

在编写Linux内核模块时遇到BUG: scheduling while atomic 本文对其进行分析

linux内核打印"BUG: scheduling while atomic"和"bad: scheduling from the idle thread"错误的时候， 通常是在中断处理函数中调用了可以休眠的函数，如semaphore,mutex,sleep之类的可休眠的函数， 而linux内核要求在中断处理的时候，不允许系统调度，不允许抢占，要等到中断处理完成才能做其他事情。 因此，要充分...

项目需要，在驱动模块里用内核计时器timer_list实现了一个状态机。 郁闷的是，运行时总报错“Scheduling while atomic”，网上搜了一下： "Scheduling while atomic" indicates that you've tried to sleep somewhere that you shouldn't - like within a spin

BUG: scheduling while atomic

BUG: scheduling while atomic: gnode/1005/0x00000100                              Modules linked in: nRF905

BUG: scheduling while atomic: swapper/0/0/0x00010000

static int handle_en_event(struct hns_roce_dev *hr_dev, u8 port,                            unsigned long event) {         struct device *dev = &hr_dev->pdev->dev;         struct net_device *netde

结合起来，简单来说，就是自旋锁启动和释放过程中，应该保证整个过程是原子操作（即不可被中断），笔者的项目在启动自旋锁后，进行了写文件操作，写文件需要启动线程，于是无法保证自旋锁完整的执行，被写文件操作中断。在多线程或并发编程中，当一个线程正在执行原子操作期间，另一个线程通常不能进行调度，即不能在原子操作期间对该线程进行上下文切换。如果在执行原子操作期间进行调度，可能会破坏原子性，导致数据一致性问题或其他异常。

这个问题主要是由于在nf_register_hook回调函数中调用netlink来向用户程序发送消息时间接调用alloc_skb的参数不正确导致的。 alloc_skb 应该使用 GFP_ATOMIC，而不是GFP_KERNEL。 GFP_ATOMIC 用来从中断处理和进程上下文之外的其他代码中分配内存. 从不睡眠. GFP_KERNEL 内核内存的正常分配. 可能睡