summaryrefslogtreecommitdiffstats
path: root/arch/powerpc/platforms/pseries/nvram.c
diff options
context:
space:
mode:
authorFinn Thain2011-12-06 18:49:36 +0100
committerBenjamin Herrenschmidt2011-12-08 04:22:53 +0100
commit7cf82b1b65833f207f55bb6dea32488f558b200b (patch)
treec5554bf1e9eca5d6b4a3af215795e1a20b9c6abd /arch/powerpc/platforms/pseries/nvram.c
parentpowerpc: Provide a way for KVM to indicate that NV GPR values are lost (diff)
downloadkernel-qcow2-linux-7cf82b1b65833f207f55bb6dea32488f558b200b.tar.gz
kernel-qcow2-linux-7cf82b1b65833f207f55bb6dea32488f558b200b.tar.xz
kernel-qcow2-linux-7cf82b1b65833f207f55bb6dea32488f558b200b.zip
pmac_zilog: Fix unexpected irq
On most 68k Macs the SCC IRQ is an autovector interrupt and cannot be masked. This can be a problem when pmac_zilog starts up. For example, the serial debugging code in arch/m68k/kernel/head.S may be used beforehand. It disables the SCC interrupts at the chip but doesn't ack them. Then when a pmac_zilog port is used, the machine locks up with "unexpected interrupt". This can happen in pmz_shutdown() since the irq is freed before the channel interrupts are disabled. Fix this by clearing interrupt enable bits before the handler is uninstalled. Also move the interrupt control bit flipping into a separate pmz_interrupt_control() routine. Replace all instances of these operations with calls to this routine. Omit the zssync() calls that seem to serve no purpose. Signed-off-by: Finn Thain <fthain@telegraphics.com.au> Acked-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Diffstat (limited to 'arch/powerpc/platforms/pseries/nvram.c')
0 files changed, 0 insertions, 0 deletions