熟悉PCI的帮看看

cuterat

一般性问题： PCI controller在初始化配置空间（configuration space）的时候从哪里获得所需要的信息，OS还是BIOS？ 一般它会给各个设备各个BAR分配一个在系统内存之上的地址空间吧？

具体问题： 假设机器有16G内存，在boot参数中用mem=512M限制了内核可管理的物理内存大小为512M，然后系统起来后通过一个模块把剩下的内存拿来用，也就是ioremap(512M, 16G - 512M)的方式。 但是这个512M - 16G的地址空间有没有可能与某些PCI设备的IO地址空间冲突？ 毕竟PCI设备的空间是boot时分配的，而这个好像是决定于OS所提供给PCI controller的信息，而OS只看到了512M内存……

accessory

我猜是BIOS

Godbach

建议看一下LDD3中讲解PCI的部分

garyv

一般性问题：BIOS配置BAR

具体问题：如果你的系统支持16GB寻址的话，估计是64 bit平台，这样的话512-16G地址空间可以安排到4G以上地址，所以也不会冲突（纯属个人推测，没做过64 bit平台）

snail_314

这个问题有意思，我也来搀和搀和。
如前面所说，BAR是BIOS配置的，OS只是读出来book keeping。比如让用户可以通过/proc/iomem来看PCI memory space，通过/proc/ioport来看IO space。这里的memory space并不是指“内存”，是一个空间,32位的就是4G这么大.IO space有16位这么大.读写这两个空间都是PCI briage的责任,比如有专门的PCI memory command和PCI IO command.处理器自己也有一个总线空间,比如任何寻址指令都是在数据线和地址线上产生一定的信号,这些还不是PCI command,而是由CPU-PCI briage来将这些信号"翻译"成PCI command来分别对pci space中的地址进行读取,这个过程对软件是屏蔽了的.你的问题我理解既然是bios来为pci device分配BAR,那么它是自然不会受"mem"参数影响了,所以不会有某个pci device被分配到512M-16G这段空间中去.假如kernel 用ioremap来映射512M-16G这段空间,又用映射的虚拟地址来访问这段空间的话应该在pci bus上访问的还是那段kernel所不知道的system ram memory的空间,而不是其它设备.

emmoblin

这个空间的分配内核启动的时候自然是知道如何分配的，所以不可能出现你说的问题

Cyberman.Wu

PCI上的BAR等配置看是什么系统，在PC上往往是BIOS分配，但系统启动之后也可以再调整；对于嵌入式平台，基本上就是OS分配的。

你限制了OS使用的物理内存大小，并不等于它不知道实际物理内存有多大吧；如果真的不知道，映射是有可能导致某些物理内存不可访问。

Cyberman.Wu

原帖由 Godbach 于 2009-6-18 15:44 发表
建议看一下LDD3中讲解PCI的部分

LDD3对于PCI部分讲得是走马观花，如果要完整理解地址映射那一部分，需要看PCI的规范（不过有些晦涩的，而且内容太多了）。