NMI: IOCK error 有誰見過？

linuxfellow

[    0.000000] NMI: IOCK error (debug interrupt?) for reason 70 on CPU 0.
[    0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.10.38-ltsi-nuc+ #124
[    0.000000] Hardware name: Intel D6CX/D6CX, BIOS 4.0-8055-gf9b2d5a-dirty 03/18/2015
[    0.000000] task: ffffffff818e6440 ti: ffffffff818d6000 task.ti: ffffffff818d6000
[    0.000000] RIP: 0010:[<ffffffff8100914a>]  [<ffffffff8100914a>] mach_get_cmos_time+0x2a/0x1a0
[    0.000000] RSP: 0000:ffffffff818d7e98  EFLAGS: 00000046
[    0.000000] RAX: 0000000000000026 RBX: ffffffff818d7f18 RCX: 0000000000000000
[    0.000000] RDX: 0000000000000002 RSI: ffffffff81941a00 RDI: ffffffff85f1c7f0
[    0.000000] RBP: ffffffff818d7ee8 R08: ffffffff81944200 R09: 0000000000000040
[    0.000000] R10: ffff880039008000 R11: 000000000000db60 R12: ffffffff819d6020
[    0.000000] R13: ffffffff819dd2e0 R14: ffff88003acc2180 R15: 0000000000000000
[    0.000000] FS:  0000000000000000(0000) GS:ffff88003aa00000(0000) knlGS:0000000000000000
[    0.000000] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[    0.000000] CR2: ffff880005fbf000 CR3: 00000000018e1000 CR4: 00000000000006b0
[    0.000000] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[    0.000000] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[    0.000000] Stack:
[    0.000000]  ffffffff818d7ec8 0000000000000046 000000000000000f ffffffff81092f90
[    0.000000]  ffffffff818204de ffffffff818d7f18 ffffffff819d6020 ffffffff819dd2e0
[    0.000000]  ffff88003acc2180 0000000000000000 ffffffff818d7f08 ffffffff810092f3
[    0.000000] Call Trace:
[    0.000000]  [<ffffffff81092f90>] ? cond_unmask_irq+0x50/0x50
[    0.000000]  [<ffffffff810092f3>] read_persistent_clock+0x13/0x30
[    0.000000]  [<ffffffff81974b87>] timekeeping_init+0x15/0x1d0
[    0.000000]  [<ffffffff8165b988>] ? register_cpu_notifier+0x28/0x40
[    0.000000]  [<ffffffff8197320b>] ? softirq_init+0x91/0xc7
[    0.000000]  [<ffffffff8195fca2>] start_kernel+0x20c/0x3a2
[    0.000000]  [<ffffffff8195f893>] ? do_early_param+0x87/0x87
[    0.000000]  [<ffffffff8195f5b2>] x86_64_start_reservations+0x2a/0x2c
[    0.000000]  [<ffffffff8195f695>] x86_64_start_kernel+0xe1/0xe9

linuxfellow

x86體系cpu運(yùn)行一天后就變得其慢無比，原以為是因?yàn)殡p核內(nèi)核SMP沒有調(diào)好，后來單核也有同樣的問題。這種問題有誰碰到過沒有，從那里著手查？ 希望能有點(diǎn)提示
問了intel的人，他們也沒有招。u-boot里運(yùn)行還是蠻快的，就是內(nèi)核shell很慢。只有內(nèi)核，沒有任何應(yīng)用程序。top命令顯示cpu占有率2%
不像內(nèi)存配置問題，因?yàn)閏oreboot/u-boot運(yùn)行不慢
做項(xiàng)目問題就是比光讀代碼多得多

humjb_1983

有perf之類的工具么，看看內(nèi)核在干什么。。

linuxfellow

去掉了大部分的模塊，用了一個(gè)最小系統(tǒng)，好像問題沒出現(xiàn)了。應(yīng)該是去掉的模塊之一在作祟

linuxfellow

前景堪憂，如果連usb的D+/D-都能接反的話，硬件設(shè)計(jì)質(zhì)量不能讓人放心。兩個(gè)月了，硬件還不能穩(wěn)定