linux-toradex.git/drivers/pci/msi.h, branch v3.0.45

PCI: MSI: Move MSI-X entry definition to pci_regs.h

2010-12-23T20:53:07+00:00

Then it can be used by others.

Reviewed-by: Hidetoshi Seto 
Reviewed-by: Matthew Wilcox 
Signed-off-by: Sheng Yang 
Signed-off-by: Jesse Barnes

PCI: add PCI_MSIX_TABLE/PBA defines

2010-10-18T03:03:03+00:00

These are already defined in pcilib's pci/header.h but not in kernel's
linux/pci_regs.h.  Copy them to avoid using magic numbers.

Signed-off-by: Hidetoshi Seto 
Signed-off-by: Jesse Barnes

PCI MSI: shorten PCI_MSIX_ENTRY_* symbol names

2009-06-29T19:15:19+00:00

These names are too long!  Drop _OFFSET to save some bytes/lines.

Reviewed-by: Matthew Wilcox 
Signed-off-by: Hidetoshi Seto 
Signed-off-by: Jesse Barnes

PCI MSI: Define PCI_MSI_MASK_32/64

2009-06-11T19:04:06+00:00

Impact: cleanup, improve readability

Define PCI_MSI_MASK_32/64 for 32/64bit devices, instead of using
implicit offset (-4), "PCI_MSI_MASK_BIT - 4" and "PCI_MSI_MASK_BIT".

Signed-off-by: Hidetoshi Seto 
Reviewed-by: Matthew Wilcox 
Signed-off-by: Jesse Barnes

PCI MSI: Remove unused/obsolete macros and definitions

2009-06-11T19:04:03+00:00

Impact: cleanup, spec compliance

This patch does:

 - Remove unused msi/msix_enable/disable macros.
   User should use msi/msix_set_enable() functions instead.

 - Remove unused msix_mask/unmask/pending macros.
   These macros are useless because they are not based on any of
   the PCI Local Bus Specifications properly.
   It seems that they were written based on a draft of PCI spec,
   and that the draft was the MSI-X ECN that underwent membership
   review in September 2002.
   (* In the draft, the size of a entry in MSI-X table was 64bit,
      containing 32bit message data and DWORD aligned lower address
      plus a pending bit and a mask bit.(30+1+1bit)  The higher
      address was placed in MSI-X capability structure and shared
      by all entries.)

 - Remove PCI_MSIX_FLAGS_BITMASK.
   This definition also come from the draft ECN.

Signed-off-by: Hidetoshi Seto 
Reviewed-by: Matthew Wilcox 
Signed-off-by: Jesse Barnes

PCI MSI: Add support for multiple MSI

2009-03-20T17:48:14+00:00

Add the new API pci_enable_msi_block() to allow drivers to
request multiple MSI and reimplement pci_enable_msi in terms of
pci_enable_msi_block.  Ensure that the architecture back ends don't
have to know about multiple MSI.

Signed-off-by: Matthew Wilcox 
Signed-off-by: Jesse Barnes

PCI: Make some MSI-X #defines generic

2006-12-01T22:36:56+00:00

Move some MSI-X #defines into pci_regs.h so they can be used
outside of drivers/pci.

Signed-off-by: Michael Ellerman 
Signed-off-by: Greg Kroah-Hartman

[PATCH] msi: refactor and move the msi irq_chip into the arch code

2006-10-04T14:55:29+00:00

It turns out msi_ops was simply not enough to abstract the architecture
specific details of msi.  So I have moved the resposibility of constructing
the struct irq_chip to the architectures, and have two architecture specific
functions arch_setup_msi_irq, and arch_teardown_msi_irq.

For simple architectures those functions can do all of the work.  For
architectures with platform dependencies they can call into the appropriate
platform code.

With this msi.c is finally free of assuming you have an apic, and this
actually takes less code.

The helpers for the architecture specific code are declared in the linux/msi.h
to keep them separate from the msi functions used by drivers in linux/pci.h

Signed-off-by: Eric W. Biederman 
Cc: Ingo Molnar 
Cc: Tony Luck 
Cc: Andi Kleen 
Cc: Thomas Gleixner 
Cc: Greg KH 
Cc: Benjamin Herrenschmidt 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] msi: simplify msi sanity checks by adding with generic irq code

2006-10-04T14:55:29+00:00

Currently msi.c is doing sanity checks that make certain before an irq is
destroyed it has no more users.

By adding irq_has_action I can perform the test is a generic way, instead of
relying on a msi specific data structure.

By performing the core check in dynamic_irq_cleanup I ensure every user of
dynamic irqs has a test present and we don't free resources that are in use.

In msi.c this allows me to kill the attrib.state member of msi_desc and all of
the assciated code to maintain it.

To keep from freeing data structures when irq cleanup code is called to soon
changing dyanamic_irq_cleanup is insufficient because there are msi specific
data structures that are also not safe to free.

Signed-off-by: Eric W. Biederman 
Cc: Ingo Molnar 
Cc: Tony Luck 
Cc: Andi Kleen 
Cc: Thomas Gleixner 
Cc: Greg KH 
Cc: Benjamin Herrenschmidt 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] genirq: msi: make the msi code irq based and not vector based

2006-10-04T14:55:28+00:00

The msi currently allocates irqs backwards.  First it allocates a platform
dependent routing value for an interrupt the ``vector'' and then it figures
out from the vector which irq you are on.

For ia64 this is fine.  For x86 and x86_64 this is complete nonsense and makes
an enourmous mess of the irq handling code and prevents some pretty
significant cleanups in the code for handling large numbers of irqs.

This patch refactors msi.c to work in terms of irqs and create_irq/destroy_irq
for dynamically managing irqs.

Hopefully this is finally a version of msi.c that is useful on more than just
x86 derivatives.

Signed-off-by: Eric W. Biederman 
Cc: Ingo Molnar 
Cc: Thomas Gleixner 
Cc: Benjamin Herrenschmidt 
Cc: Rajesh Shah 
Cc: Andi Kleen 
Cc: "Protasevich, Natalie" 
Cc: "Luck, Tony" 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds