| commit | d388e5fdc461344d04307a3fa83862b9ed429647 | |
| author | Eric W. Biederman <ebiederm@xmission.com> | |
| Sat, 9 Aug 2008 22:09:02 +0000 (9 15:09 -0700) | ||
| committer | Ingo Molnar <mingo@elte.hu> | |
| Mon, 11 Aug 2008 08:37:34 +0000 (11 10:37 +0200) | ||
| tree | 61a9a4311b165038423a0f3412e93b8811796c6b | treesnapshot (tar.gz zip) |
| parent | 31343d8a5079cda57ffd539fcf4f00cea344fe98 | commitdiff |
x86: Restore proper vector locking during cpu hotplug
Having cpu_online_map change during assign_irq_vector can result
in some really nasty and weird things happening. The one that
bit me last time was accessing non existent per cpu memory for non
existent cpus.
This locking was removed in a sloppy x86_64 and x86_32 merge patch.
Guys can we please try and avoid subtly breaking x86 when we are
merging files together?
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Having cpu_online_map change during assign_irq_vector can result
in some really nasty and weird things happening. The one that
bit me last time was accessing non existent per cpu memory for non
existent cpus.
This locking was removed in a sloppy x86_64 and x86_32 merge patch.
Guys can we please try and avoid subtly breaking x86 when we are
merging files together?
Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
| arch/x86/kernel/io_apic_32.c | diffblobblamehistory | |
| arch/x86/kernel/io_apic_64.c | diffblobblamehistory | |
| arch/x86/kernel/smpboot.c | diffblobblamehistory | |
| include/asm-x86/hw_irq.h | diffblobblamehistory |