n the latest update of the Intel's E7520 MCH,the very NOTFIX entry caught my eye: ////////////////////// PCI Express Hot-Plug MSI interrupt issue //////////////////// Problem: During a link down state, the MCH will not send MSI interrupts to the front side bus. In general MSI messages need not be delivered when the link is down, but in the event that MSI interrupt routing is used on Hot-Plug events, the processor will wait indefinitely for this interrupt. Waiting for command complete interrupts is a normal part of the steps in the orderly removal process, and link down will occur at the point that power is removed from the slot. Subsequent accesses to the slot control register to update indicators and power control will not generate the expected MSI interrupts from the MCH until slot power is restored, and the link is back up. Implication: Hot-Plug software written to wait for command complete interrupts will hang in MSI interrupt mode. Workaround: Run in either of the other two interrupt modes (the "legacy" method using the MCHGPE# to signal hot-plug interrupts to the ICH or "native" interrupt mode using PCI interrupts (INTA#)). Alternatively in MSI mode, software may poll for command complete rather than wait for MSI, or implement the command complete timeout to continue to the next slot control update rather than repeat the current slot control update I wonder if i can workaround the MSI using the polling way on the server geared by E7520 and the firmware with no OSC implemented
-- we who r about to die,salute u! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
