summaryrefslogtreecommitdiff
path: root/arch/x86/configs/x86_64_defconfig
diff options
context:
space:
mode:
authorSeunghun Han <kkamagui@gmail.com>2017-07-18 12:20:44 +0300
committerIngo Molnar <mingo@kernel.org>2017-07-20 11:28:10 +0300
commite708e35ba6d89ff785b225cd07dcccab04fa954a (patch)
treee1c6eea02f4a8a1962b73496c8da5dbc9015d789 /arch/x86/configs/x86_64_defconfig
parentdad5ab0db8deac535d03e3fe3d8f2892173fa6a4 (diff)
downloadlinux-e708e35ba6d89ff785b225cd07dcccab04fa954a.tar.xz
x86/ioapic: Pass the correct data to unmask_ioapic_irq()
One of the rarely executed code pathes in check_timer() calls unmask_ioapic_irq() passing irq_get_chip_data(0) as argument. That's wrong as unmask_ioapic_irq() expects a pointer to the irq data of interrupt 0. irq_get_chip_data(0) returns NULL, so the following dereference in unmask_ioapic_irq() causes a kernel panic. The issue went unnoticed in the first place because irq_get_chip_data() returns a void pointer so the compiler cannot do a type check on the argument. The code path was added for machines with broken configuration, but it seems that those machines are either not running current kernels or simply do not longer exist. Hand in irq_get_irq_data(0) as argument which provides the correct data. [ tglx: Rewrote changelog ] Fixes: 4467715a44cc ("x86/irq: Move irq_cfg.irq_2_pin into io_apic.c") Signed-off-by: Seunghun Han <kkamagui@gmail.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Cc: stable@vger.kernel.org Link: http://lkml.kernel.org/r/1500369644-45767-1-git-send-email-kkamagui@gmail.com Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'arch/x86/configs/x86_64_defconfig')
0 files changed, 0 insertions, 0 deletions