12 Oct, 2007
15 commits
-
Signed-off-by: Al Viro
Signed-off-by: Linus Torvalds -
* 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc: (408 commits)
[POWERPC] Add memchr() to the bootwrapper
[POWERPC] Implement logging of unhandled signals
[POWERPC] Add legacy serial support for OPB with flattened device tree
[POWERPC] Use 1TB segments
[POWERPC] XilinxFB: Allow fixed framebuffer base address
[POWERPC] XilinxFB: Add support for custom screen resolution
[POWERPC] XilinxFB: Use pdata to pass around framebuffer parameters
[POWERPC] PCI: Add 64-bit physical address support to setup_indirect_pci
[POWERPC] 4xx: Kilauea defconfig file
[POWERPC] 4xx: Kilauea DTS
[POWERPC] 4xx: Add AMCC Kilauea eval board support to platforms/40x
[POWERPC] 4xx: Add AMCC 405EX support to cputable.c
[POWERPC] Adjust TASK_SIZE on ppc32 systems to 3GB that are capable
[POWERPC] Use PAGE_OFFSET to tell if an address is user/kernel in SW TLB handlers
[POWERPC] 85xx: Enable FP emulation in MPC8560 ADS defconfig
[POWERPC] 85xx: Killed
[POWERPC] 85xx: Add cpm nodes for 8541/8555 CDS
[POWERPC] 85xx: Convert mpc8560ads to the new CPM binding.
[POWERPC] mpc8272ads: Remove muram from the CPM reg property.
[POWERPC] Make clockevents work on PPC601 processors
...Fixed up conflict in Documentation/powerpc/booting-without-of.txt manually.
-
This adds a memchr() implementation to the bootwrapper, which will
be needed when libfdt is merged in.Signed-off-by: David Gibson
Signed-off-by: Paul Mackerras -
Implement show_unhandled_signals sysctl + support to print when a process
is killed due to unhandled signals just as i386 and x86_64 does.Default to having it off, unlike x86 that defaults on.
Signed-off-by: Olof Johansson
Signed-off-by: Paul Mackerras -
Currently find_legacy_serial_ports() can find no serial ports on the
OPB with flattened device tree. Thus no legacy boot console can be
initialized. Just the early udbg console works, which is initialized
with udbg_init_44x_as1 on the UART's physical address specified in
kernel config. This happens because we look for ns16750 serial
devices only and expect opb node to have a device type property. This
patch makes it look for ns16550-compatible devices and use
of_device_is_compatible() for opb in case device type is not
specified.Signed-off-by: Valentine Barshak
Signed-off-by: Paul Mackerras -
This makes the kernel use 1TB segments for all kernel mappings and for
user addresses of 1TB and above, on machines which support them
(currently POWER5+, POWER6 and PA6T).We detect that the machine supports 1TB segments by looking at the
ibm,processor-segment-sizes property in the device tree.We don't currently use 1TB segments for user addresses < 1T, since
that would effectively prevent 32-bit processes from using huge pages
unless we also had a way to revert to using 256MB segments. That
would be possible but would involve extra complications (such as
keeping track of which segment size was used when HPTEs were inserted)
and is not addressed here.Parts of this patch were originally written by Ben Herrenschmidt.
Signed-off-by: Paul Mackerras
-
Add 64-bit physical address support to setup_indirect_pci().
Signed-off-by: Valentine Barshak
Acked-by: Kumar Gala
Signed-off-by: Paul Mackerras -
…owerpc into for-2.6.24
-
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
This patch adds basic support for the new 405EX and the AMCC eval board
Kilauea to arch/powerpc.Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
Signed-off-by: Stefan Roese
Signed-off-by: Josh Boyer -
All ppc32 systems except PReP and 8xx are capable of handling 3G of user
address space. Old legacy had set this to 2GB and no one has bothered to
fix it.8xx could be bumped up to 3GB if its SW TLB miss handlers were fixed up
to properly determine kernel/user addresses.Signed-off-by: Kumar Gala
-
Move to using PAGE_OFFSET instead of TASK_SIZE or KERNELBASE value on
6xx/40x/44x/fsl-booke to determine if the faulting address is a kernel or
user space address. This mimics how the macro is_kernel_addr() works.Signed-off-by: Kumar Gala
11 Oct, 2007
25 commits
-
Signed-off-by: Kumar Gala
-
asm-powerpc/mpc85xx.h was really a hold over from arch/ppc. Now that
more decoupling has occurred we can remove and some of
its legacy.As part of this we moved the definition of CPM_MAP_ADDR into cpm2.h
for 85xx platforms. This is a stop gap until drivers stop using
CPM_MAP_ADDR.Signed-off-by: Kumar Gala
-
We don't use any CPM devices on these boards, but the muram node on these
chips is different from the 8560, so it's helpful to people working with
custom boards based on these chips.Signed-off-by: Scott Wood
Signed-off-by: Kumar Gala -
Signed-off-by: Scott Wood
Signed-off-by: Kumar Gala -
This is described by the muram node now.
Signed-off-by: Scott Wood
Signed-off-by: Kumar Gala -
In testing the new clocksource and clockevent code on a PPC601
processor, I discovered that the clockevent multiplier value for the
decrementer clockevent was overflowing. Because the RTCL register in
the 601 effectively counts at 1GHz (it doesn't actually, but it
increases by 128 every 128ns), and the shift value was 32, that meant
the multiplier value had to be 2^32, which won't fit in an unsigned
long on 32-bit. The same problem would arise on any platform where
the timebase frequency was 1GHz or more (not that we actually have any
such machines today).This fixes it by reducing the shift value to 16. Doing the
calculations with a resolution of 2^-16 nanoseconds (15 femtoseconds)
should be quite adequate. :)Signed-off-by: Paul Mackerras
-
On old powermacs, we sometimes set the decrementer to 1 in order to
trigger a decrementer interrupt, which we use to handle an interrupt
that was pending at the time when it was re-enabled. This was causing
the decrementer clock event device to call the event function for the
next event early, which was causing problems when high-res timers were
not enabled.This fixes the problem by recording the timebase value at which the
next event should occur, and checking the current timebase against the
recorded value in timer_interrupt. If it isn't time for the next
event, it just reprograms the decrementer and returns.This also subtracts 1 from the value stored into the decrementer,
which is appropriate because the decrementer interrupts on the
transition from 0 to -1, not when the decrementer reaches 0.Signed-off-by: Paul Mackerras
-
Some IBM machines supply a "logical" PVR (processor version register)
value in the device tree in the cpu nodes rather than the real PVR.
This is used for instance to indicate that the processors in a POWER6
partition have been configured by the hypervisor to run in POWER5+
mode rather than POWER6 mode. To cope with this, we call identify_cpu
a second time with the logical PVR value (the first call is with the
real PVR value in the very early setup code).However, POWER5+ machines can also supply a logical PVR value, and use
the same value (the value that indicates a v2.04 architecture
compliant processor). This causes problems for code that uses the
performance monitor (such as oprofile), because the PMU registers are
different in POWER6 (even in POWER5+ mode) from the real POWER5+.This change works around this problem by taking out the PMU
information from the cputable entries for the logical PVR values, and
changing identify_cpu so that the second call to it won't overwrite
the PMU information that was established by the first call (the one
with the real PVR), but does update the other fields. Specifically,
if the cputable entry for the logical PVR value has num_pmcs == 0,
none of the PMU-related fields get used.So that we can create a mixed cputable entry, we now make cur_cpu_spec
point to a single static struct cpu_spec, and copy stuff from
cpu_specs[i] into it. This has the side-effect that we can now make
cpu_specs[] be initdata.Ultimately it would be good to move the PMU-related fields out to a
separate structure, pointed to by the cputable entries, and change
identify_cpu so that it saves the PMU info pointer, copies the whole
structure, and restores the PMU info pointer, rather than identify_cpu
having to list all the fields that are *not* PMU-related.Signed-off-by: Paul Mackerras
Acked-by: Benjamin Herrenschmidt -
Don't allow cpu hotplug on systems lacking XICS interrupt controller
(i.e. with an MPIC interrupt controller), since the current pSeries
platform code is hardcoded for XICS.This works around the bug reported by Paul Mackerras where the
disable_nonboot_cpus() call recently added to the shutdown path will
cause an oops on older pSeries machines.Signed-off-by: Olof Johansson
Signed-off-by: Paul Mackerras -
We no longer initialise the name and owner fields of the
of_platform_driver, but use the fields of the embedded device_driver's
name field instead.Signed-off-by: Stephen Rothwell
Acked-by: Olof Johansson
Signed-off-by: Paul Mackerras -
This way we only have entries in the device tree for disks that actually
exist. A slight complication is that disks may be attached to LPARs
at runtime.Signed-off-by: Stephen Rothwell
Acked-by: Jens Axboe
Signed-off-by: Paul Mackerras -
Now we will only have entries in the device tree for the actual existing
devices (including their OS/400 properties). This way viotape.c gets
all the information about the devices from the device tree.Signed-off-by: Stephen Rothwell
Signed-off-by: Paul Mackerras -
Now we will only have entries in the device tree for the actual existing
devices (including their OS/400 properties). This way viocd.c gets all
the information about the devices from the device tree.Signed-off-by: Stephen Rothwell
Acked-by: Jens Axboe
Signed-off-by: Paul Mackerras -
Signed-off-by: Stephen Rothwell
Signed-off-by: Paul Mackerras -
It was only being used to carry around dma_iommu_ops and vio_iommu_table
which we can use directly instead. This also means that vio_bus_device
doesn't need to refer to them either.Signed-off-by: Stephen Rothwell
Acked-by: Jens Axboe
Signed-off-by: Paul Mackerras -
Remove vio_dma_ops declaration (since it no longer exists) and some
unused fields from struct vio_driver.Signed-off-by: Stephen Rothwell
Signed-off-by: Paul Mackerras -
There is no good reason for board platform code to mess with the
ROOT_DEV. Remove it from all in-tree platforms except powermac.Signed-off-by: Grant Likely
Signed-off-by: Paul Mackerras -
Signed-off-by: Grant Likely
Acked-by: Josh Boyer
Signed-off-by: Paul Mackerras -
This allows platforms which don't have anything to do at setup_arch time
(like a bunch of the 4xx platforms) to eliminate an empty setup_arch hook.Signed-off-by: Grant Likely
Signed-off-by: Paul Mackerras -
Signed-off-by: Wolfgang Denk
Signed-off-by: Paul Mackerras -
Our _GLOBAL macro does a ".align 2" so the alignment is fine for 32
bit, but on 64 bit it is possible for it to end up only 4 byte aligned.
I don't know if it matters, but it can't hurt to 8 byte align it.It also means that when we build with --emit_relocs, none of our 64 bit
relocations are to misaligned places.Signed-off-by: Stephen Rothwell
Signed-off-by: Paul Mackerras -
pasemi_mac: enable iommu support
Enable IOMMU support for pasemi_mac, but avoid using it on non-partitioned
systems for performance reasons.The user can override this by selecting the PPC_PASEMI_IOMMU_DMA_FORCE
configuration option.Signed-off-by: Olof Johansson
Signed-off-by: Jeff Garzik -
Based on BenH's earlier work, this is a new version of the EMAC driver
for the built-in ethernet found on PowerPC 4xx embedded CPUs. The
same ASIC is also found in the Axon bridge chip. This new version is
designed to work in the arch/powerpc tree, using the device tree to
probe the device, rather than the old and ugly arch/ppc OCP layer.This driver is designed to sit alongside the old driver (that lies in
drivers/net/ibm_emac and this one in drivers/net/ibm_newemac). The
old driver is left in place to support arch/ppc until arch/ppc itself
reaches its final demise (not too long now, with luck).This driver still has a number of things that could do with cleaning
up, but I think they can be fixed up after merging. Specifically:
- Should be adjusted to properly use the dma mapping API.
Axon needs this.
- Probe logic needs reworking, in conjuction with the general
probing code for of_platform devices. The dependencies here between
EMAC, MAL, ZMII etc. make this complicated. At present, it usually
works, because we initialize and register the sub-drivers before the
EMAC driver itself, and (being in driver code) runs after the devices
themselves have been instantiated from the device tree.Signed-off-by: David Gibson
Signed-off-by: Jeff Garzik -
As noted by Christoph Hellwig, pktgen was the only user so
it can now be removed.[ Add missing cases caught by Adrian Bunk. -DaveM ]
Signed-off-by: Robert Olsson
Signed-off-by: David S. Miller
