[lkml]   [2008]   [Jul]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Patch in this message
    SubjectRe: PCI: MSI interrupts masked using prohibited method
    Matthew Wilcox wrote:
    > I think David's original patch (just declining to mask the interrupt)
    > is the best approach to take. Perhaps architectures with saner
    > interrupt hardware would like to try the approach I've mentioned here.
    > I don't like the comment in as it's
    > not prohibited ... just a bad idea. How about this patch?

    The PCI specification is quite clear that it's prohibited. The problem
    also is more severe than simply having spurious interrupts -- with some
    devices if a line interrupt is generated (regardless of whether it ends
    up on the bus) then no more interrupts are generated.

    I also think that the change requires a comment in the code. It odd to
    have a mask function that doesn't really mask so a comment is necessary
    to explain why this is.

    Please apply this instead.

    David Vrabel, Senior Software Engineer, Drivers
    CSR, Churchill House, Cambridge Business Park, Tel: +44 (0)1223 692562
    Cowley Road, Cambridge, CB4 0WZ
    PCI: don't mask MSIs with MSI Enable bit

    Trying to mask MSIs with the MSI Enable results in some devices
    generating a line interrupt (which may not appear on the bus if the
    INTX# Disable bit is set). This interrupt will be lost and some
    devices will generate no further interrupts (even after MSI Enable is
    set again).

    The PCI Local Bus Specification Revision 3.0, section Message
    Control for MSI on page 236, prohibits the use of the MSI Enable bit for
    masking and unmasking the interrupt.

    "MSI Enable: If 1 and the MSI-X Enable bit in the MSI-X Message
    Control register (see Section is 0, the
    function is permitted to use MSI to request service
    and is prohibited from using its INTx# pin (if
    implemented; see Section 6.2.4 Interrupt pin register).
    System configuration software sets this bit to enable
    MSI. A device driver is prohibited from writing this bit
    to mask a function’s service request."

    There is no alternative method for mask/unmask on PCI devices with MSI
    and no specific mask bit. In this case, the device driver will have
    to ensure that MSIs are only generated when the device driver can
    handle them (via some hardware specific mechanism such as
    acknowledging the interrupt at the end of the interrupt handler) .

    Signed-off-by: David Vrabel <>
    drivers/pci/msi.c | 13 ++++++++++++-
    1 file changed, 12 insertions(+), 1 deletion(-)

    Index: linux-2.6-working/drivers/pci/msi.c
    --- linux-2.6-working.orig/drivers/pci/msi.c 2008-06-27 12:24:17.000000000 +0100
    +++ linux-2.6-working/drivers/pci/msi.c 2008-06-27 12:25:05.000000000 +0100
    @@ -141,7 +141,18 @@
    mask_bits |= flag & mask;
    pci_write_config_dword(entry->dev, pos, mask_bits);
    } else {
    - msi_set_enable(entry->dev, !flag);
    + /*
    + * If there is no mask bit, this irq cannot be
    + * masked and the driver will have to use
    + * whatever hardware specific mechanisms are
    + * available to control the sending of MSI
    + * messages.
    + *
    + * Note: cannot attempt to mask via the MSI
    + * enable bit as that is prohibited by the PCI
    + * specification.
    + */
    + return;
    case PCI_CAP_ID_MSIX:
     \ /
      Last update: 2008-07-18 12:37    [W:0.024 / U:25.052 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site