summaryrefslogtreecommitdiffstats
path: root/drivers/s390/char
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 /drivers/s390/char
parent118131a2d588f4a0fb74d0f2aa7d339a03b2f64c (diff)
downloadlinux-67b5c3eeb4814bceb9a7e17fecb14ef59d511812.tar.gz
linux-67b5c3eeb4814bceb9a7e17fecb14ef59d511812.tar.bz2
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 'drivers/s390/char')
0 files changed, 0 insertions, 0 deletions