1a57c926b6
EOI normally has the side effect of returning the cpu to the base priority to recieve the next interrupt. This is actually controlled by the top byte of the xirr register. When we are exiting the kernel in kexec we must eoi the ipi for the next kernel because we never return from the handler, but we want to leave interrupt delivery blocked until the next kernel takes action. Since the hardware ipi vector is fixed, its easiest to just do the eoi explicitly. Signed-off-by: Milton Miller <miltonm@bga.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> |
||
|---|---|---|
| .. | ||
| cmm.c | ||
| eeh_cache.c | ||
| eeh_driver.c | ||
| eeh_event.c | ||
| eeh_sysfs.c | ||
| eeh.c | ||
| firmware.c | ||
| hotplug-cpu.c | ||
| hotplug-memory.c | ||
| hvCall_inst.c | ||
| hvCall.S | ||
| hvconsole.c | ||
| hvcserver.c | ||
| iommu.c | ||
| Kconfig | ||
| kexec.c | ||
| lpar.c | ||
| Makefile | ||
| msi.c | ||
| nvram.c | ||
| pci_dlpar.c | ||
| pci.c | ||
| phyp_dump.c | ||
| plpar_wrappers.h | ||
| power.c | ||
| pseries.h | ||
| ras.c | ||
| reconfig.c | ||
| rtasd.c | ||
| scanlog.c | ||
| setup.c | ||
| smp.c | ||
| xics.c | ||
| xics.h | ||