summaryrefslogtreecommitdiff
path: root/drivers
diff options
context:
space:
mode:
authorKAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>2011-01-11 16:44:01 +0900
committerPekka Enberg <penberg@kernel.org>2011-01-11 17:09:50 +0200
commit925268a06dc2b1ff7bfcc37419a6827a0e739639 (patch)
treec0a5b3a6dc8ea6c4ea8e469e58223877f52c2e5b /drivers
parent3c0eee3fe6a3a1c745379547c7e7c904aa64f6d5 (diff)
downloadlinux-3.10-925268a06dc2b1ff7bfcc37419a6827a0e739639.tar.gz
linux-3.10-925268a06dc2b1ff7bfcc37419a6827a0e739639.tar.bz2
linux-3.10-925268a06dc2b1ff7bfcc37419a6827a0e739639.zip
memory hotplug: one more lock on memory hotplug
Now, memory_hotplug_(un)lock() is used for add/remove/offline pages for avoiding races with hibernation. But this should be held in online_pages(), too. It seems asymmetric. There are cases where one has to avoid a race with memory hotplug notifier and his own local code, and hotplug v.s. hotplug. This will add a generic solution for avoiding races. In other view, having lock here has no big impacts. online pages is tend to be done by udev script at el against each memory section one by one. Then, it's better to have lock here, too. Cc: <stable@kernel.org> # 2.6.37 Reviewed-by: Christoph Lameter <cl@linux.com> Acked-by: David Rientjes <rientjes@google.com> Signed-off-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> Signed-off-by: Pekka Enberg <penberg@kernel.org>
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions