“BUG:原子调度?”的可能原因是什么?

时间:2013-02-15 21:09:26

标签: c++ embedded-linux

还有另一个进程不断创建需要通过此代码处理的文件。 此代码通过将文件系统的内容与包含处理结果的sqlite数据库进行比较,不断扫描文件系统中需要处理的新文件 - 每个文件一条记录。此过程在nice -n 19运行,以免干扰其他进程创建新文件。 这一切都适用于大量(> 1k)的文件,但随后会被BUG: scheduling while atomic炸毁。 根据{{​​3}}

  

“原子调度”表示您已尝试睡眠   在某个你不应该

的地方

但是代码中唯一的睡眠是这样的

void doFiles(void) {
    for (...) { // for each file in the file-system
        ... // check database - do processing if needed
    }
    sleep(1);
}
int main(int argc, char *argv[], char *envp[]) {
    while (true) doFiles();
    return -1;
}

在针对数据库检查文件系统中的每个文件后,代码将进入此睡眠状态。由于将不时添加新文件,因此需要重复该过程。此代码中没有多线程。除了错位的睡眠之外,还有其他可能的原因造成“BUG:原子调度”吗?

编辑:附加错误输出:

note: mirlin[1083] exited with preempt_count 1
BUG: scheduling while atomic: mirlin/1083/0x40000002
Modules linked in: g_cdc_ms musb_hdrc nop_usb_xceiv irqk edmak dm365mmap cmemk
Backtrace: 
[<c002a5a0>] (dump_backtrace+0x0/0x110) from [<c028e56c>] (dump_stack+0x18/0x1c)
 r6:c1099460 r5:c04ea000 r4:00000000 r3:20000013
[<c028e554>] (dump_stack+0x0/0x1c) from [<c00337b8>] (__schedule_bug+0x58/0x64)
[<c0033760>] (__schedule_bug+0x0/0x64) from [<c028e864>] (schedule+0x84/0x378)
 r4:c10992c0 r3:00000000
[<c028e7e0>] (schedule+0x0/0x378) from [<c0033a80>] (__cond_resched+0x28/0x38)
[<c0033a58>] (__cond_resched+0x0/0x38) from [<c028ec6c>] (_cond_resched+0x34/0x44)
 r4:00013000 r3:00000001
[<c028ec38>] (_cond_resched+0x0/0x44) from [<c0082f64>] (unmap_vmas+0x570/0x620)
[<c00829f4>] (unmap_vmas+0x0/0x620) from [<c0085c10>] (exit_mmap+0xc0/0x1ec)
[<c0085b50>] (exit_mmap+0x0/0x1ec) from [<c0037610>] (mmput+0x40/0xfc)
 r9:00000001 r8:80000005 r6:c04ea000 r5:00000000 r4:c0427300
[<c00375d0>] (mmput+0x0/0xfc) from [<c003b5e4>] (exit_mm+0x150/0x158)
 r5:c10992c0 r4:c0427300
[<c003b494>] (exit_mm+0x0/0x158) from [<c003cd44>] (do_exit+0x198/0x67c)
 r7:c03120d1 r6:c10992c0 r5:0000000b r4:c10992c0
...

2 个答案:

答案 0 :(得分:2)

正如其他人所说,你可以随时在用户代码中睡觉()。

您的平台上的驱动程序似乎有问题。驱动程序实际上可能不会调用sleep()或schedule(),但通常会调用内核函数,而内核函数又会调用其中一个。

这看起来似乎是在嵌入式TI ARM处理器上使用内存映射文件I / O.

答案 1 :(得分:-1)

此错误是由错误的构建引起的。 干净的构建本身并没有帮助。 需要重新检查和构建才能解决此问题。