On Mon, Jan 31, 2005 at 02:40:18PM -0800, Michael Krause wrote:
> - INTx are treated as writes from a PCIe transaction perspective.
I remember the INTx are transactions once they hit the PCIe bus.
But do PCIe native devices emit those INTx transactions directly?
For some reaon I was thinking INTx was still a physical IRQ line for
legacy PCI compatibility.
All PCIe transactions are in-band TLP. Hence, an INTx is a special write TLP but still a TLP even though they are a PCI compatibility function.
...
> - In general, all interrupts (line or MSI/MSI-X) should be strongly ordered
> relative to other write operations to avoid silent data corruption from
> occurring. As such, an interrupt should not pass a memory write when being
> processed by the chipset.
Ok...I need to keep in mind your reply is for PCIe where "interrupts" means "INTx transaction".
Correct.
BTW, OS's using legacy PCI OS drivers already do protect themselves from the DMA vs IRQ line delivery races. Or at least linux does. MSI/MSI-X support was only introduce a year or so ago - 4 or 5 years after MSI was introduced into PCI 2.2 spec.
No one had really implemented a credible MSI. HP proposed MSI-X as a natural extension of something we already developed 15+ years ago and worked with others in the SIG to get it in place. I know of several IHV who have now implemented and multiple OS are doing so as well. Hopefully it will catch on and become the primary method for interrupt delivery. It will also benefit new technology such as virtualization where a MSI-X vector can now target a specific guest as opposed to just a data value that has to be handled by a hypervisor.
Mike
_______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
