summaryrefslogtreecommitdiffstats
path: root/include/sound/pcm_params.h
diff options
context:
space:
mode:
authorHeiko Carstens2013-04-25 10:03:15 +0200
committerMartin Schwidefsky2013-04-26 09:07:10 +0200
commit94c163663fc1dcfc067a5fb3cc1446b9469975ce (patch)
tree438604c3bc95a1ed22ea4f9e17f2014de800f75e /include/sound/pcm_params.h
parents390: remove small stack config option (diff)
downloadkernel-qcow2-linux-94c163663fc1dcfc067a5fb3cc1446b9469975ce.tar.gz
kernel-qcow2-linux-94c163663fc1dcfc067a5fb3cc1446b9469975ce.tar.xz
kernel-qcow2-linux-94c163663fc1dcfc067a5fb3cc1446b9469975ce.zip
s390/memory hotplug: prevent offline of active memory increments
In case a machine supports memory hotplug all active memory increments present at IPL time have been initialized with a "usecount" of 1. This is wrong if the memory increment size is larger than the memory section size of the memory hotplug code. If that is the case the usecount must be initialized with the number of memory sections that fit into one memory increment. Otherwise it is possible to put a memory increment into standby state even if there are still active sections. Afterwards addressing exceptions might happen which cause the kernel to panic. However even worse, if a memory increment was put into standby state and afterwards into active state again, it's contents would have been zeroed, leading to memory corruption. This was only an issue for machines that support standby memory and have at least 256GB memory. This is broken since commit fdb1bb15 "[S390] sclp/memory hotplug: fix initial usecount of increments". Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Reviewed-by: Gerald Schaefer <gerald.schaefer@de.ibm.com> Cc: stable@vger.kernel.org # 2.6.39+ Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'include/sound/pcm_params.h')
0 files changed, 0 insertions, 0 deletions