PCI设备I/O端口Windows正常工作但Linux下无法访问的问题排查

针对你在Linux x86_64下访问PCI设备I/O端口遇到的inl()返回0xFFFFFFFF、outl()无作用的问题，以下是具体的排查和解决方向：

1. 确认PCI设备I/O使能位是否正确设置 #

尽管pci_enable_device()理论上会设置PCI配置空间的PCI_COMMAND_IO位，但仍需手动验证并强制确保该位被启用：
在pci_probe函数中添加以下代码：

u16 cmd;
pci_read_config_word(pcidev, PCI_COMMAND, &cmd);
pr_err("Original PCI_COMMAND: 0x%X", cmd);
cmd |= PCI_COMMAND_IO;
pci_write_config_word(pcidev, PCI_COMMAND, cmd);
pci_read_config_word(pcidev, PCI_COMMAND, &cmd);
pr_err("Updated PCI_COMMAND: 0x%X", cmd);

检查内核日志，确认PCI_COMMAND的第0位（I/O使能位）已被置1。

2. 强制设置设备为D0电源状态 #

部分PCI设备可能处于低功耗休眠状态，导致I/O端口无法响应，需手动将其切换到工作状态：
在pci_enable_device()调用后添加：

int ret = pci_set_power_state(pcidev, PCI_D0);
if (ret) {
    pr_err("Failed to set power state to D0: %d", ret);
}

3. 对比Windows与Linux的PCI配置空间差异 #

Windows下空驱动也能正常工作，大概率是Windows PCI总线驱动自动完成了某些设备初始化操作（如设置非标准PCI配置寄存器、复位设备等）。你可以：

• 在Linux下执行lspci -xxx -s 03:0e.0导出设备的PCI配置空间数据
• 在Windows下用PCI-Z等工具导出同一设备的配置空间数据
  对比两者的差异，重点关注非标准寄存器，然后在Linux驱动中手动设置这些寄存器的值。

4. 尝试启用Bus Master模式 #

虽然当前lspci显示BusMaster-，但Windows可能自动启用了该模式，部分设备需要Bus Master才能激活I/O功能：
在pci_probe中添加：

pci_set_master(pcidev);

再次执行lspci验证BusMaster状态是否变为+，然后测试I/O操作。

5. 换用映射式I/O访问方式 #

x86_64下除了直接用inl()/outl()，也可以尝试将I/O端口映射到虚拟地址后使用readl()/writel()：

void __iomem *io_base = ioport_map(pci_resource_start(pcidev, 0), pci_resource_len(pcidev, 0));
if (!io_base) {
    pr_err("Failed to map I/O port");
    return -ENOMEM;
}
u32 val = readl(io_base);
pr_err("readl()=0x%X", val);
ioport_unmap(io_base);

测试这种方式是否能读取到正确值。

6. 检查中断配置 #

部分设备需要正确配置中断才能激活I/O功能，你可以尝试启用设备中断（即使暂时不处理）：

int ret = pci_enable_intx(pcidev);
if (ret) {
    pr_err("Failed to enable INTx interrupt: %d", ret);
}

根本原因推测 #

你的设备是针对Windows XP设计的老旧硬件，依赖Windows PCI总线驱动的隐式初始化操作，而Linux PCI核心未实现这些操作。另外，两个系统分配的I/O端口范围差异，可能触发了设备的兼容性问题（部分老旧设备对端口地址范围有特定要求），不过这种情况优先级较低，建议先排查上述步骤。

内容的提问来源于stack exchange，提问作者Jack White