kernel.git/arch/powerpc/platforms/pseries, branch linux-2.6.24.y

[POWERPC] Fix boot failure on POWER6

2008-01-15T06:30:58Z

Commit 473980a99316c0e788bca50996375a2815124ce1 added a call to clear the SLB shadow buffer before registering it. Unfortunately this means that we clear out the entries that slb_initialize has previously set in there. On POWER6, the hypervisor uses the SLB shadow buffer when doing partition switches, and that means that after the next partition switch, each non-boot CPU has no SLB entries to map the kernel text and data, which causes it to crash. This fixes it by reverting most of 473980a9 and instead clearing the 3rd entry explicitly in slb_initialize. This fixes the problem that 473980a9 was trying to solve, but without breaking POWER6. Signed-off-by: Paul Mackerras

[POWERPC] Fix CPU hotplug when using the SLB shadow buffer

2008-01-11T05:33:55Z

Before we register the SLB shadow buffer, we need to invalidate the entries in the buffer, otherwise we can end up stale entries from when we previously offlined the CPU. This does this invalidate as well as unregistering the buffer with PHYP before we offline the cpu. Tested and fixes crashes seen on 970MP (thanks to tonyb) and POWER5. Signed-off-by: Michael Neuling Signed-off-by: Paul Mackerras

Revert "[POWERPC] Fix RTAS os-term usage on kernel panic"

2007-12-02T22:39:45Z

This reverts commit a2b51812a4dc5db09ab4d4638d4d8ed456e2457e. It turns out that this change caused some machines to fail to come back up when being rebooted, and generated an error in the hypervisor error log on some machines. The platform architecture (PAPR) is a little unclear on exactly when the RTAS ibm,os-term function should be called. Until that is clarified I'm reverting this commit. Signed-off-by: Paul Mackerras

[POWERPC] Fix RTAS os-term usage on kernel panic

2007-11-20T05:10:09Z

The rtas_os_term() routine was being called at the wrong time. The actual rtas call "os-term" will not ever return, and so calling it from the panic notifier is too early. Instead, call it from the machine_reset() call. This splits the rtas_os_term() routine into two: one part to capture the kernel panic message, invoked during the panic notifier, and another part that is invoked during machine_reset(). Prior to this patch, the os-term call was never being made, because panic_timeout was always non-zero. Calling os-term helps keep the hypervisor happy! We have to keep the hypervisor happy to avoid service, dump and error reporting problems. Signed-off-by: Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] pSeries: make pseries_defconfig minus PCI build again

2007-11-19T04:11:30Z

Signed-off-by: Stephen Rothwell Acked-by: Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] EEH: Make sure warning message is printed

2007-11-08T03:15:34Z

Fix old buglet; a warning message should have been printed when a hardware reset takes too long. Signed-off-by: Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] EEH: Avoid crash on null device

2007-11-08T03:15:32Z

Bugfix: avoid crash if there's no PCI device for a given openfirmware node. Signed-off-by: Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] EEH: Drivers that need reset trump others

2007-11-08T03:15:32Z

Bugfix: if a driver controlling one part of a multi-function PCI card has asked for a reset, honor that request above all others. Signed-off-by: Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] EEH: Clean up comments

2007-11-08T03:15:32Z

Clean up commentary, remove dead code. Signed-off-by Linas Vepstas Signed-off-by: Paul Mackerras

[POWERPC] Include udbg.h when using udbg_printf

2007-11-08T03:15:31Z

This fixes the error error: implicit declaration of function "udbg_printf" We have a few spots where we reference udbg_printf() without #including udbg.h. These are within #ifdef DEBUG blocks, so unnoticed until we do a #define DEBUG or #define DEBUG_LOW nearby. Signed-off-by: Will Schmidt Signed-off-by: Paul Mackerras