AMD64的NMI中断， 都有哪几种interrupt sources?

albcamus

Intel的NMI有两种： 1） 通过IO APIC； 2）Local APIC收到一个本地中断， 其LVT entry的NMI字段被设置。

似乎是： 『1）通过IO APIC』这种方式必须有MPS支持， 特别是BIOS里的MPS支持， 特别地说， 就是IO APIC能够以虚线模式（Virtual wire mode）工作。


AMD64 CPU的情况如何？  我知道所有x86-64 CPU的Local APIC都是xAPIC兼容的。 但不知道它的IO APIC一般采用什么芯片？ 对MPS的支持如何？

塑料袋

这个我也不清楚啊

大概理解是这样，其正确性有待怀疑。

NMI汇报两件事：1) memory controller坏了   2)该喂狗了

memory controller错误，使用的线是BP -> line1，因此，BP的LVT1设置为NMI，而所有AP的LVT1全部mask，只要BP一个CPU响应这种错误就够了。这种情况是定死的，无论什么CPU都一样。

看门狗则情况多变，启动参数中，通过nmi_watchdog=???来设置。设置为使用local APIC时，中断源使用各CPU -> local APIC -> counter；设置为使用IO-APIC时，因为8259连接着各CPU的line0，故将8259设置为virtual wire模式，透传PLT的中断，所有CPU的line0均设置为NMI。

在nmi_watchdog=Local APIC时，Intel与AMD对counter的操作不同。其他应该一致。

总之，我现在的理解，NMI的来源分两种情况：
1) BP来自于Line1和counter，AP只来自于counter。
2) BP来自于line1和line0，AP只来自于line0。

塑料袋

这样说吧，既然是看门狗，就得定期中断；这和CPU规定的NMI，既那些致命异常，肯定是两种中断源。
   而CPU规定的那些NMI，通过一条线，连接到所有CPU的local APIC -> lint1，所以，各个CPU的看门狗都不会使用local APIC的lint1，因为看门狗需要的是定期中断，而连到lint1上的那条线，只在致命异常时出现中断。
   那么，我们需要给看门狗分配一些资源，可以定期中断，并发送到各CPU上。于是，还有4个选择，
1)使用各local APIC的lint0，
2)使用各local APIC的counter，
3)使用各local APIC的timer。
4)使用IOAPIC，设置为发送给所有local APIC。

3)不可能，因为local APIC的timer已被schedule占用
4)按道理说可以，而且并不需要virtual wire模式，不过将IO-APIC的某个pin设置为NMI的情况，我没有看到过

剩下的2)，既是启动参数中，nmi_watchgog=local apic的情况
剩下的1)，既是启动参数中，nmi_watchgog=IO apic的情况。将8259设置为virtual wire，而8259的输出连接至各local APIC的lint0。至于为什么叫nmi_watchgog=IO apic，而明明又没使用IO APIC，我也不明白。

zx_wing

没太看懂塑料袋兄的回复的
但我想版主的问题是否可以从reassert_nmi()这个函数找答案。
只要把其中那几个端口的的意思找到了，应该就有答案了

albcamus

楼上的回复都没看懂。

lgy805

AMD i/o apic 手册可以在ADM主页上下载 AMD-8111™HyperTransport™ I/O Hub Data Sheet
里面有很少的一部分介绍了一下。和82093AA基本上是相同的，VIA和NVIDIA的芯片组手册没地方下载。。。

albcamus

原帖由 lgy805 于 2008-2-21 14:44 发表
AMD i/o apic 手册可以在ADM主页上下载 AMD-8111™HyperTransport™ I/O Hub Data Sheet
里面有很少的一部分介绍了一下。和82093AA基本上是相同的，VIA和NVIDIA的芯片组手册没地方下载。。。

我的芯片组是ATI RS480/SB400，也没找到下载的地方。

lgy805

估计ATI的和82093AA也是差不多的，MultiProcessorSpecification 是INTEL发布的，因该都是兼容的。

Solaris12

原帖由 albcamus 于 2008-2-15 13:38 发表
Intel的NMI有两种： 1） 通过IO APIC； 2）Local APIC收到一个本地中断， 其LVT entry的NMI字段被设置。

似乎是： 『1）通过IO APIC』这种方式必须有MPS支持， 特别是BIOS里的MPS支持， 特别地说， 就是IO  ...

今天看了一下AMD8111的datasheet，NMI这类非向量类型的中断不是经过IOAPIC发的，而是直接被翻译成hypertransport interrupt request。估计类似于你说的方式2。

Solaris12

原帖由 塑料袋 于 2008-2-18 13:51 发表
这个我也不清楚啊

大概理解是这样，其正确性有待怀疑。

NMI汇报两件事：1) memory controller坏了   2)该喂狗了

memory controller错误，使用的线是BP -> line1，因此，BP的LVT1设置为NMI，而所有AP的 ...

引起NMI中断的原因很多，致命错误是其中一种，即便是致命错误，也有很多和MCH无关，很多PCI总线上的致命错误就可以引发NMI.

另外, 也可以用于debug场合，例如Solaris的内核调试器就可以设置利用NMI来调试hard hang.

[ 本帖最后由 Solaris12 于 2009-3-29 23:23 编辑 ]