summaryrefslogtreecommitdiffstats
path: root/crypto/asymmetric_keys/Kconfig
diff options
context:
space:
mode:
authorHeiko Carstens <heiko.carstens@de.ibm.com>2013-04-30 09:36:23 +0200
committerMartin Schwidefsky <schwidefsky@de.ibm.com>2013-05-02 15:50:25 +0200
commit67b5c3eeb4814bceb9a7e17fecb14ef59d511812 (patch)
tree3981aae6bc83fcda686865c97c4d8b55faefdf7a /crypto/asymmetric_keys/Kconfig
parents390: get rid of odd global real_memory_size (diff)
downloadlinux-67b5c3eeb4814bceb9a7e17fecb14ef59d511812.tar.xz
linux-67b5c3eeb4814bceb9a7e17fecb14ef59d511812.zip
s390/kdump,bootmem: fix bootmem allocator bitmap size
When in kdump mode the kernel may access only the first couple of megabytes for execution, the rest contains the dump. However the size of the bitmap used by the bootmem allocator was calculated for the whole amount of memory of the machine. For very large machines this can lead to the situation that the kdump kernel will not come up because not enough memory is available. So fix this and calculate the size of the bitmap only for the piece of memory that the kdump kernel actually uses. Call reserve_oldmem() before setup_memory_end() so that the memory_chunk array already has been updated with respect to oldmem chunks. Afterwards setup_memory_end() will ignore those chunks. Reviewed-by: Michael Holzheu <holzheu@linux.vnet.ibm.com> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Diffstat (limited to 'crypto/asymmetric_keys/Kconfig')
0 files changed, 0 insertions, 0 deletions