linux-toradex.git/arch/powerpc/sysdev/indirect_pci.c, branch v3.4.2

Fix common misspellings

2011-03-31T14:26:23+00:00

Fixes generated by 'codespell' and manually reviewed.

Signed-off-by: Lucas De Marchi

powerpc/pci: Clean up direct access to sysdata by indirect ops

2009-05-21T05:44:22+00:00

We shouldn't directly access sysdata to get the pci_controller.  Instead
use pci_bus_to_host() for this purpose.  In the future we might have
sysdata be a device_node to match ppc64 and unify the code between ppc32
& ppc64.

Signed-off-by: Kumar Gala 
Signed-off-by: Benjamin Herrenschmidt

powerpc/4xx: Workaround for PPC440EPx/GRx PCI_28 Errata

2008-06-17T23:01:38+00:00

The 440EPx/GRx chips don't support PCI MRM commands.  Drivers determine this
by looking for a zero value in the PCI cache line size register.  However,
some drivers write to this register upon initialization.  This can cause
MRMs to be used on these chips, which may cause deadlocks on PLB4.

The workaround implemented here introduces a new indirect_type flag, called
PPC_INDIRECT_TYPE_BROKEN_MRM.  This is set in the pci_controller structure in
the pci fixup function for 4xx PCI bridges by determining if the bridge is
compatible with 440EPx/GRx.  The flag is checked in the indirect_write_config
function, and forces any writes to the PCI_CACHE_LINE_SIZE register to be
zero, which will disable MRMs for these chips.

A similar workaround has been tested by AMCC on various PCI cards, such as
the Silicon Image ATA card and Intel E1000 GIGE card.  Hangs were seen with
the Silicon Image card, and MRMs were seen on the bus with a PCI analyzer.
With the workaround in place, the card functioned properly and only Memory
Reads were seen on the bus with the analyzer.

Acked-by: Stefan Roese 
Signed-off-by: Josh Boyer

[POWERPC] PCI: Add 64-bit physical address support to setup_indirect_pci

2007-10-12T04:05:17+00:00

Add 64-bit physical address support to setup_indirect_pci().

Signed-off-by: Valentine Barshak 
Acked-by: Kumar Gala 
Signed-off-by: Paul Mackerras

[POWERPC] indirect_pci_ops: Use named structure member initializers

2007-08-17T01:01:54+00:00

Signed-off-by: Nathan Lynch 
Signed-off-by: Paul Mackerras

[POWERPC] Fix PCI indirect for big-endian cfg_addr

2007-07-25T05:29:53+00:00

We didn't actually propogate the flag we pass into setup_indirect_pci()
to set indirect_type and thus were getting the wrong endianness if
PPC_INDIRECT_TYPE_BIG_ENDIAN was set.

Also, we need to or in additional flags rather than just doing a
direct assignment.

Signed-off-by: Kumar Gala

[POWERPC] Make endianess of cfg_addr for indirect pci ops runtime

2007-07-24T03:29:09+00:00

Make it so we do a runtime check to know if we need to write cfg_addr
as big or little endian.  This is needed if we want to allow 86xx support
to co-exist in the same kernel as other 6xx PPCs.

Signed-off-by: Kumar Gala

[POWERPC] Removed setup_indirect_pci_nomap

2007-07-23T15:27:08+00:00

We don't use setup_indirect_pci_nomap in arch/powerpc and it appears
the users that needed it from arch/ppc are now using setup_indirect_pci.

Signed-off-by: Kumar Gala

[POWERPC] Added indirect quirk to handle PCIe PHB that have issue w/no link

2007-07-23T15:27:07+00:00

Added PPC_INDIRECT_TYPE_NO_PCIE_LINK flag to the indirect pci handling
code to ensure that we don't talk to any device other than the PHB
if we don't have PCIe link.  Some controllers will lockup if they try
to do a config cycle to any device on the bus except the PHB.

Signed-off-by: Kumar Gala

[POWERPC] 86xx: Workaround PCI_PRIMARY_BUS usage

2007-06-29T06:58:24+00:00

The Freescale PCI-e controllers have an issue in that they use the
PCI_PRIMARY_BUS register in the virtual P2P bridge to determine which
bus number to match on when generating a type 0 config cycle.  The
issue is if we are renumbering bus numbers to match Linux we will try
setting the PCI_PRIMARY_BUS and will not know which bus number to use
for generating type 0 config cycles.  We surpress writing the register
in the P2P bridge and always keep it at zero.

In the future when proper PCI domain support is working we should be
able to remove this.

Signed-off-by: Kumar Gala