小编use*_*123的帖子

我有一个使用 UEFI 启动的小内核。我正在使用 QEMU 进行虚拟化。我想编写一个 xHCI 驱动程序来支持我的内核中的 USB 键盘。我很难找到简洁明了的信息。我在我的内核中“发现”了 xHCI。我有一个指向其 PCI 配置空间的指针。它支持 MSI-X。我想使用 MSI-X，但我无法理解它如何与 xHCI 和 USB 配合使用。

我的问题是，通常 osdev.org 提供的信息非常丰富，并且具有我需要实现某些功能的基础。就MSI-X而言，情况似乎并非如此。我很难将 osdev.org 上的所有信息与 MSI-X 功能联系起来。

基本上，我找到 MSI-X 表，然后在那里设置一些地址，告诉 xHCI PCI 设备写入该地址以触发中断。但是中断处理程序会在某个时刻被调用吗？我是否需要轮询该地址以确定是否发生中断？我本以为 MSI-X 表中的矢量控制字段可以让我设置中断矢量，但所有位都被保留。

编辑

我发现以下 stackoverflow 问答部分回答了我的问题：Question about Message Signaled Interrupts (MSI) on x86 LAPIC system。

所以基本上，数据寄存器的低字节包含要触发的向量，消息地址寄存器包含要触发的 LAPIC id。我还有一些问题。

1. 为什么“消息地址寄存器包含固定顶部0xFEE”。

2. 消息地址寄存器中的 RH、DM 和 XX 位是什么？

3. 这如何与 LAPIC 配合使用？基本上，它是如何触发 LAPIC 中的中断的。这是 PCI 设备的一个特殊功能，允许它们在 LAPIC 中触发中断。或者只是 PCI 设备向 LAPIC 的内存映射寄存器写入一些触发中断的特定数据。因为通常 LAPIC 是从内核内部访问的，每个 LAPIC 的地址都相同。是来自 CPU 外部的某种处理器间中断吗？

我真的很困惑。请看下面的图片： 我发现linux中有一个名为glibc的库，当我们执行c/c++程序时，我们使用它的函数并调用适当的系统调用。事实上它是我们可以使用的API。但我很困惑。glibc 是否放入我们用于 c/c++ 程序的操作系统中？因此，当我们编写 python/ruby/... 程序时，没有标准库或 API（例如 glibc）可供我们调用其函数，并且它会调用适当的系统调用。那么我们在 python/ruby/... 中的代码如何运行呢？另外，什么是 POSIX？我读了维基百科，但我无法理解。它与 glibc 有何关系？请给我一些我能找到的例子和简单的解释