aboutsummaryrefslogtreecommitdiff
path: root/arch/arm/kernel/return_address.c
diff options
context:
space:
mode:
authorSilas Boyd-Wickizer <sbw@mit.edu>2012-08-03 12:34:50 -0700
committerViresh Kumar <viresh.kumar@linaro.org>2012-10-03 15:21:59 +0530
commit1090c1ac962ba705d49dcdc52ab547cc38c0b77f (patch)
tree62183cf83e8126631d6b27c37b43ca31b086b0df /arch/arm/kernel/return_address.c
parent6be308bec37393da5f3f81616bbeccb910c6d9a4 (diff)
Use get_online_cpus to avoid races involving CPU hotplug
If arch/x86/kernel/cpuid.c is a module, a CPU might offline or online between the for_each_online_cpu() loop and the call to register_hotcpu_notifier in cpuid_init or the call to unregister_hotcpu_notifier in cpuid_exit. The potential races can lead to leaks/duplicates, attempts to destroy non-existant devices, or random pointer dereferences. For example, in cpuid_exit if: for_each_online_cpu(cpu) cpuid_device_destroy(cpu); class_destroy(cpuid_class); __unregister_chrdev(CPUID_MAJOR, 0, NR_CPUS, "cpu/cpuid"); <----- CPU onlines unregister_hotcpu_notifier(&cpuid_class_cpu_notifier); the hotcpu notifier will attempt to create a device for the cpuid_class, which the module already destroyed. This fix surrounds for_each_online_cpu and register_hotcpu_notifier or unregister_hotcpu_notifier with get_online_cpus+put_online_cpus. Tested on a VM. Signed-off-by: Silas Boyd-Wickizer <sbw@mit.edu> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Diffstat (limited to 'arch/arm/kernel/return_address.c')
0 files changed, 0 insertions, 0 deletions