还有另一个进程不断创建需要通过此代码处理的文件。
此代码通过将文件系统的内容与包含处理结果的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
...
答案 0 :(得分:2)
正如其他人所说,你可以随时在用户代码中睡觉()。
您的平台上的驱动程序似乎有问题。驱动程序实际上可能不会调用sleep()或schedule(),但通常会调用内核函数,而内核函数又会调用其中一个。
这看起来似乎是在嵌入式TI ARM处理器上使用内存映射文件I / O.
答案 1 :(得分:-1)
此错误是由错误的构建引起的。 干净的构建本身并没有帮助。 需要重新检查和构建才能解决此问题。