s390: unify identity mapping limits handling
authorVasily Gorbik <gor@linux.ibm.com>
Mon, 19 Oct 2020 09:01:33 +0000 (11:01 +0200)
committerHeiko Carstens <hca@linux.ibm.com>
Fri, 20 Nov 2020 18:19:10 +0000 (19:19 +0100)
commit73045a08cf5549cc7dee14463431fbeb2134dd67
treee332a31ea39cbc7748b6b42349544d24db806203
parent1e632eaa0f4b7f65a81301205ca122024991e1d3
s390: unify identity mapping limits handling

Currently we have to consider too many different values which
in the end only affect identity mapping size. These are:
1. max_physmem_end - end of physical memory online or standby.
   Always <= end of the last online memory block (get_mem_detect_end()).
2. CONFIG_MAX_PHYSMEM_BITS - the maximum size of physical memory the
   kernel is able to support.
3. "mem=" kernel command line option which limits physical memory usage.
4. OLDMEM_BASE which is a kdump memory limit when the kernel is executed as
   crash kernel.
5. "hsa" size which is a memory limit when the kernel is executed during
   zfcp/nvme dump.

Through out kernel startup and run we juggle all those values at once
but that does not bring any amusement, only confusion and complexity.

Unify all those values to a single one we should really care, that is
our identity mapping size.

Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
Reviewed-by: Alexander Gordeev <agordeev@linux.ibm.com>
Acked-by: Heiko Carstens <hca@linux.ibm.com>
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
arch/s390/boot/boot.h
arch/s390/boot/ipl_parm.c
arch/s390/boot/kaslr.c
arch/s390/boot/mem_detect.c
arch/s390/boot/startup.c
arch/s390/include/asm/setup.h
arch/s390/kernel/setup.c
arch/s390/mm/dump_pagetables.c
arch/s390/mm/kasan_init.c
drivers/s390/char/sclp_cmd.c