Re: [PATCH] PCI MSI Kconfig consolidation

From: Bjorn Helgaas (bjorn.helgaas_at_hp.com)
Date: 04/13/04

  • Next message: Grant Grundler: "Re: [PATCH] PCI MSI Kconfig consolidation"
    To: "Nguyen, Tom L" <tom.l.nguyen@intel.com>
    Date:	Tue, 13 Apr 2004 14:08:17 -0600
    
    

    On Tuesday 13 April 2004 1:16 pm, Nguyen, Tom L wrote:
    > On Tuesday, April 13, Bjorn Helgaas wrote:
    >
    > > This consolidates the PCI MSI configuration into drivers/pci/Kconfig,
    > > removing it from the i386, x86_64, and ia64 Kconfig.
    > >
    > > It also changes the default for ia64 from "y" to "n". The default on
    > > i386 is "n" already, and I'm not sure why ia64 should be different.
    >
    > It looks good; however, it may create a confusion on ia64 because ia64
    > is already vector-based indexing.

    No. This is one reason why I think the MSI configuration symbol
    should be CONFIG_PCI_MSI, not CONFIG_PCI_USE_VECTOR.

    The fact that external interrupts in the ia64 architecture include a
    number, and that we happen to call that number a "vector", has
    nothing to do with PCI MSI.

    In fact, I think there's a whole lot more architecture-specific
    knowledge that has leaked across into drivers/pci/msi.[ch]. For
    example, the MSI capability basically defines just a message address
    register and a message data register. It does not define anything
    about the interpretation of either address or data. So all the stuff
    in struct msg_data and struct msg_address (vector, delivery_mode,
    level, trigger, dest_id, dest_mode, redirection_hint) looks to me
    like Intel-specific knowledge that should be encapsulated in the
    arch code.
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Grant Grundler: "Re: [PATCH] PCI MSI Kconfig consolidation"

    Relevant Pages

    • [PATCH] x86_64: restore mask_bits in msi shutdown
      ... interrupt disabling. ... for MSI, default_shutdown will call mask_bit for msi device. ... static void msi_set_mask_bit(unsigned int irq, ... struct msi_desc *entry; ...
      (Linux-Kernel)
    • [PATCH] PCI: Add support for multiple MSI
      ... have to know about multiple MSI. ... struct msi_desc *entry; ... * Setup the MSI capability structure of device function with a single ... * number of interrupts. ...
      (Linux-Kernel)
    • Re: Billionton bluetooth CF card: performance is 10KB/sec
      ... Ltd Bluetooth Dongle " usb dongle. ... I was using same phone with MSI and billiontonCF. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: pci_enable_msi() for everyone?
      ... > What if you put an SMI capable card in a machine that doesn't do MSI? ... The ENABLE flag would not have been set by the current pci_enable_msi ... >> register different irq handlers if you wish. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [PATCH 1/3] msi vector targeting abstractions
      ... Abstract portions of the MSI core for platforms that do not use standard ... static int assign_msi_vector ... struct msi_desc { ...
      (Linux-Kernel)