linux.git/arch/ppc/kernel/pci.c, branch master

powerpc: Remove arch/ppc and include/asm-ppc

2008-06-10T11:40:22+00:00

All the maintained platforms are now in arch/powerpc, so the old
arch/ppc stuff can now go away.

Acked-by: Adrian Bunk 
Acked-by: Arnd Bergmann 
Acked-by: Becky Bruce 
Acked-by: Benjamin Herrenschmidt 
Acked-by: Geert Uytterhoeven 
Acked-by: Grant Likely 
Acked-by: Jochen Friedrich 
Acked-by: John Linn 
Acked-by: Jon Loeliger 
Acked-by: Josh Boyer 
Acked-by: Kumar Gala 
Acked-by: Olof Johansson 
Acked-by: Peter Korsgaard 
Acked-by: Scott Wood 
Acked-by: Sean MacLennan 
Acked-by: Segher Boessenkool 
Acked-by: Stefan Roese 
Acked-by: Stephen Neuendorffer 
Acked-by: Wolfgang Denk 
Signed-off-by: Paul Mackerras

iomap: fix 64 bits resources on 32 bits

2008-04-29T15:06:02+00:00

Almost all implementations of pci_iomap() in the kernel, including the generic
lib/iomap.c one, copies the content of a struct resource into unsigned long's
which will break on 32 bits platforms with 64 bits resources.

This fixes all definitions of pci_iomap() to use resource_size_t.  I also
"fixed" the 64bits arch for consistency.

Signed-off-by: Benjamin Herrenschmidt 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

PCI: ppc: use generic pci_enable_resources()

2008-04-21T04:47:05+00:00

Use the generic pci_enable_resources() instead of the arch-specific code.

Unlike this arch-specific code, the generic version:
    - checks PCI_NUM_RESOURCES (11), not 6, resources
    - skips resources that have neither IORESOURCE_IO nor IORESOURCE_MEM set
    - skips ROM resources unless IORESOURCE_ROM_ENABLE is set
    - checks for resource collisions with "!r->parent", not IORESOURCE_UNSET

Signed-off-by: Bjorn Helgaas 
Signed-off-by: Greg Kroah-Hartman

PCI: Use a weak symbol for the empty version of pcibios_add_platform_entries()

2007-07-11T23:02:07+00:00

I'm not sure if this is going to fly, weak symbols work on the compilers I'm
using, but whether they work for all of the affected architectures I can't say.
I've cc'ed as many arch maintainers/lists as I could find.

But assuming they do, we can use a weak empty definition of
pcibios_add_platform_entries() to avoid having an empty definition on every
arch.

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

[POWERPC] Fix mmap of PCI resource with hack for X

2006-12-08T06:21:06+00:00

The powerpc version of pci_resource_to_user() and associated hooks
used by /proc/bus/pci and /sys/bus/pci mmap have been broken for some
time on machines that don't have a 1:1 mapping of devices (basically
on non-PowerMacs) and have PCI devices above 32 bits.

This attempts to fix it as well as possible.

The rule is supposed to be that pci_resource_to_user() always converts
the resources back into a BAR values since that's what the /proc
interface was supposed to deal with. However, for X to work on
platforms where PCI MMIO is not mapped 1:1, it became a habit of
platforms like powerpc to pass "fixed up" values there since X expects
to be able to use values from /proc/bus/pci/devices as offsets to mmap
of /dev/mem...

So we keep that contraption here, causing also /sys/*/resource to
expose fully absolute MMIO addresses instead of BAR values, which is
ugly, but should still work as long as those are only used to calculate
alignment within a page.

X is still broken when built 32 bits on machines where PCI MMIO can be
above 32-bit space unfortunately.

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Paul Mackerras

Remove obsolete #include

2006-06-30T17:25:36+00:00

Signed-off-by: Jörn Engel 
Signed-off-by: Adrian Bunk

[PATCH] 64bit resource: change pci core and arch code to use resource_size_t

2006-06-27T16:24:00+00:00

Based on a patch series originally from Vivek Goyal 

Cc: Vivek Goyal 
Signed-off-by: Andrew Morton 
Signed-off-by: Greg Kroah-Hartman

[PATCH] 64bit resource: fix up printks for resources in arch and core code

2006-06-27T16:23:59+00:00

This is needed if we wish to change the size of the resource structures.

Based on an original patch from Vivek Goyal  and
Andrew Morton.

(tweaked by Andy Isaacson )

Cc: Vivek Goyal 
Signed-off-by: Andrew Morton 
Signed-off-by: Andy Isaacson 
Signed-off-by: Greg Kroah-Hartman

[PATCH] mm: remove VM_LOCKED before remap_pfn_range and drop VM_SHM

2006-06-25T17:00:55+00:00

Remove VM_LOCKED before remap_pfn range from device drivers and get rid of
VM_SHM.

remap_pfn_range() already sets VM_IO.  There is no need to set VM_SHM since
it does nothing.  VM_LOCKED is of no use since the remap_pfn_range does not
place pages on the LRU.  The pages are therefore never subject to swap
anyways.  Remove all the vm_flags settings before calling remap_pfn_range.

After removing all the vm_flag settings no use of VM_SHM is left.  Drop it.

Signed-off-by: Christoph Lameter 
Acked-by: Hugh Dickins 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

ppc: Remove CHRP, POWER3 and POWER4 support from arch/ppc

2006-03-27T23:22:10+00:00

32-bit CHRP machines are now supported only in arch/powerpc, as are
all 64-bit PowerPC processors.  This means that we don't use
Open Firmware on any platform in arch/ppc any more.

This makes PReP support a single-platform option like every other
platform support option in arch/ppc now, thus CONFIG_PPC_MULTIPLATFORM
is gone from arch/ppc.  CONFIG_PPC_PREP is the option that selects
PReP support and is generally what has replaced
CONFIG_PPC_MULTIPLATFORM within arch/ppc.

_machine is all but dead now, being #defined to 0.

Updated Makefiles, comments and Kconfig options generally to reflect
these changes.

Signed-off-by: Paul Mackerras