我正在学习linux内核代码,关于pci的部分,我读了文件/arch/x86/pci/Direct.c
,有些代码让我困惑:
/*
* Functions for accessing PCI base (first 256 bytes) and extended
* (4096 bytes per PCI function) configuration space with type 1
* accesses.
*/
#define PCI_CONF1_ADDRESS(bus, devfn, reg)
(0x80000000 | ((reg & 0xF00) << 16) | (bus << 16)
| (devfn << 8) | (reg & 0xFC))
static int pci_conf1_read(unsigned int seg, unsigned int bus,
unsigned int devfn, int reg, int len, u32 *value)
{
unsigned long flags;
if ((bus > 255) || (devfn > 255) || (reg > 4095)) {
*value = -1;
return -EINVAL;
}
spin_lock_irqsave(&pci_config_lock, flags);
outl(PCI_CONF1_ADDRESS(bus, devfn, reg), 0xCF8);
switch (len) {
case 1:
*value = inb(0xCFC + (reg & 3));
break;
case 2:
*value = inw(0xCFC + (reg & 2));
break;
case 4:
*value = inl(0xCFC);
break;
}
spin_unlock_irqrestore(&pci_config_lock, flags);
return 0;
}
内核版本是2.6.18,所以,宏PCI_CONF1_ADDRESS让我很困惑。正如你所知,当使用IO端口CF8/CFC时,它只能访问PCI配置空间的前256字节,如果你想访问256~4095字节之间的空间,你必须使用ECAM(增强配置访问机制),但上面的注释说:
具有类型1访问的扩展(每个PCI功能4096字节)配置空间。
这是否意味着当使用IO端口CF8/CFC时,它可以访问pci配置空间的所有4096字节?但是为什么PCI本地总线规范从来没有提到这一点?
同时,我也对这个表达感到困惑:
((reg&0xF00)<lt;16)
它使用这种方式来生成一个pci配置地址,我从未在任何书或规范中看到过这个表达式。
这是AMD CPU和芯片组的非标准功能。AFAIK它不会在英特尔平台上工作。至少从Linux内核代码中,我可以理解使用CF8/CFC IO地址访问扩展配置空间是可能的。
AMD 的补丁
关于((reg&0xF00)<lt;16) --看起来像是AMD用来存储部分地址的CF8配置地址端口的保留位30:24。