summaryrefslogtreecommitdiffstats
path: root/include/asm-x86_64/hypertransport.h
diff options
context:
space:
mode:
authorEric W. Biederman <ebiederm@xmission.com>2006-10-25 01:00:23 +0200
committerAndi Kleen <andi@one.(none)>2006-10-25 01:00:23 +0200
commit70a0a5357db20c291d46c04011d646d5d84c868c (patch)
treefb82087c685b2f3018172a5956f86cc36fc833d1 /include/asm-x86_64/hypertransport.h
parentd1752aa884ec0ac3027c1a3d456bf69bf765c8b8 (diff)
downloadkernel-crypto-70a0a5357db20c291d46c04011d646d5d84c868c.tar.gz
kernel-crypto-70a0a5357db20c291d46c04011d646d5d84c868c.tar.xz
kernel-crypto-70a0a5357db20c291d46c04011d646d5d84c868c.zip
[PATCH] x86-64: Only look at per_cpu data for online cpus.
When I generalized __assign_irq_vector I failed to pay attention to what happens when you access a per cpu data structure for a cpu that is not online. It is an undefined case making any code that does it have undefined behavior as well. The code still needs to be able to allocate a vector across cpus that are not online to properly handle combinations like lowest priority interrupt delivery and cpu_hotplug. Not that we can do that today but the infrastructure shouldn't prevent it. So this patch updates the places where we touch per cpu data to only touch online cpus, it makes cpu vector allocation an atomic operation with respect to cpu hotplug, and it updates the cpu start code to properly initialize vector_irq so we don't have inconsistencies. Signed-off-by: Eric W. Biederman <ebiederm@xmission.com> Signed-off-by: Andi Kleen <ak@suse.de>
Diffstat (limited to 'include/asm-x86_64/hypertransport.h')
0 files changed, 0 insertions, 0 deletions