With dynamic PACAs, the kexecing CPU's PACA won't lie within the kernel
static data and there is a chance that something may stomp it when preparing
to kexec. This patch switches this final CPU to a static PACA just before
we pull the switch.
Signed-off-by: Matt Evans m...@ozlabs.org
---
Anatolij == Anatolij Gustschin ag...@denx.de writes:
Hi,
Old mail, I know ..
Anatolij From: Matthias Fuchs matthias.fu...@esd.eu
Anatolij This patch adds a gpio driver for MPC512X PowerPCs.
Anatolij It has been tested on our CAN-CBX-CPU5201 module that
Anatolij uses a MPC5121 CPU. This
Hello Sascha, hello List Members,
I could not find a way to access the MPC5200(B) simple interrupt pins
using the 52xx platform GPIO driver. So I added the simple interrupt
pins when the mpc5200-gpio is probed. Is there something I overlooked?
If not, here's the patch.
From
On Tue, 6 Jul 2010 17:17:16 -0700
Shawn Jin shawnx...@gmail.com wrote:
That was it. The value @0xfa203bf8 is 0x2001. The kernel
certainly moved forward till it stuck at the new place
cpm_uart_initbd() as shown below.
Do you get any output from the serial port? I'd have expected
I've got an issue with the new rev B 460EX processors that I am trying to
isolate.
(Rev A worked fine). In order to do that, I am trying to modify my driver to
map the OCM (on chip memory) from the 460EX to user space so that the rest of
the
application and codebase don't really know the
Enable building crash dump kernel as well as expose the flat
device tree for kexec to update to boot the crash kernel
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/prom.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/Kconfig
Fix sizes of variables so correct values are exported via /proc.
Cast variable in comparison to avoid compiler error.
Signed-off-by: Matthew McClintock m...@freescale.com
---
arch/powerpc/kernel/crash_dump.c|4 ++--
arch/powerpc/kernel/machine_kexec.c |4 +++-
2 files changed, 5
On Fri, 2 Jul 2010 16:41:11 +0400
Anton Vorontsov avoront...@mvista.com wrote:
Since commit 5753c082f66eca5be81f6bda85c1718c5eea6ada (powerpc/85xx:
Kconfig cleanup), there is no MPC85xx Kconfig symbol anymore, so the
driver became non-selectable.
hm. 5753c082f66eca5be81f6bda85c1718c5eea6ada
The default for llseek is changing, so we need
explicit operations everywhere.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Jeremy Kerr j...@ozlabs.org
Cc: linuxppc-...@ozlabs.org
---
arch/powerpc/platforms/cell/spufs/file.c | 24 +---
1 files changed, 21 insertions(+), 3
Partition hibernation will use some of the same code as is
currently used for Live Partition Migration. This function
further abstracts this code such that code outside of rtas.c
can utilize it. It also changes the error field in the suspend
me data structure to be an atomic type, since it is set
Enables support for HMC initiated partition hibernation. This is
a firmware assisted hibernation, since the firmware handles writing
the memory out to disk, along with other partition information,
so we just mimic suspend to ram.
Signed-off-by: Brian King brk...@linux.vnet.ibm.com
---
Hi Arnd,
The default for llseek is changing, so we need
explicit operations everywhere.
Looks good, but:
@@ -2151,7 +2166,7 @@ static ssize_t spufs_ibox_info_read(struct file *file,
char __user *buf,
static const struct file_operations spufs_ibox_info_fops = {
.open =
On Wed, Jul 07, 2010 at 02:45:02PM -0700, Andrew Morton wrote:
On Fri, 2 Jul 2010 16:41:11 +0400
Anton Vorontsov avoront...@mvista.com wrote:
Since commit 5753c082f66eca5be81f6bda85c1718c5eea6ada (powerpc/85xx:
Kconfig cleanup), there is no MPC85xx Kconfig symbol anymore, so the
driver
On Sat, 2010-07-03 at 20:21 +0200, lawrence rust wrote:
The Blue/White Apple PowerMac G3 and early G4's use a cmd64x compatible
IDE disk controller. E.g. lspci shows...
01:01.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 07)
Unfortunately the default pmac32 configuration does not
On Tue, 2010-06-29 at 11:04 -0500, Steve Deiters wrote:
These processors will corrupt data if accessing the local bus with
unaligned
addresses. This version fixes the typical case of copying from Flash on
the
local bus by keeping the source address always aligned.
Shouldn't this be solved by
On Wed, Jul 7, 2010 at 11:10 PM, Benjamin Herrenschmidt
b...@kernel.crashing.org wrote:
On Tue, 2010-06-29 at 11:04 -0500, Steve Deiters wrote:
These processors will corrupt data if accessing the local bus with
unaligned
addresses. This version fixes the typical case of copying from Flash on
16 matches
Mail list logo