On Mon, Jul 07, 2008 at 10:17:03AM -0600, Grant Grundler wrote: > > > I don't quite understand how IRQ affinity will work yet. Is it feasible > > > to redirect one interrupt from a block to a different CPU? I don't even > > > understand this on x86-64, let alone the other four architectures. I'm > > > OK with forcing all MSIs in the same block to move with the one that was > > > assigned a new affinity if that's the way it has to be done. > > > > It's very implementation specific. IE. On most powerpc implementations, > > MSI just route via a decoder to sources of the existing interrupt > > controller so we can control per-source affinity at that level. > > Some x86 seem to require different base addresses which makes it mostly > > impossible to spread them I believe (maybe that's why people came up > > with MSI-X ?) > > Correct. MSI only has one address for multiple vectors and thus will > only target one CPU. MSI-X has address/vector pairs (1:1). > > If the Local-APICs are able to redirect interrupts, then multiple CPUs > can process the interrupts. That's not the only way it can work. If you have an APIC per root bus, you can target that with the write. The APIC could then map the interrupt request to the appropriate CPU. In this scenario, programming affinity would be twiddling some bits in the APIC and not need to write to the device's MSI register at all. What I've implemented for x86-64 can target any mask of CPUs that are in the same interrupt domain. My machine only has one interrupt domain, so I can target the MSI to any subset of the CPUs. They all move together, so you can't target a different subset of CPUs for different MSIs on the same device. -- Intel are signing my paycheques ... these opinions are still mine "Bill, look, we understand that you're interested in selling us this operating system, but compare it to ours. We can't possibly take such a retrograde step." -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
