s390/kasan: handle DCSS mapping in memory holes
authorVasily Gorbik <gor@linux.ibm.com>
Thu, 12 Oct 2023 09:06:21 +0000 (11:06 +0200)
committerVasily Gorbik <gor@linux.ibm.com>
Mon, 16 Oct 2023 11:03:05 +0000 (13:03 +0200)
commit327899674eef18f96644be87aa5510b7523fe4f6
tree9043b83111f0fed98f776c22f162f6e498289590
parent63e8b94ad1840f02462633abdb363397f56bc642
s390/kasan: handle DCSS mapping in memory holes

When physical memory is defined under z/VM using DEF STOR CONFIG, there
may be memory holes that are not hotpluggable memory. In such cases,
DCSS mapping could be placed in one of these memory holes. Subsequently,
attempting memory access to such DCSS mapping would result in a kasan
failure because there is no shadow memory mapping for it.

To maintain consistency with cases where DCSS mapping is positioned after
the kernel identity mapping, which is then covered by kasan zero shadow
mapping, handle the scenario above by populating zero shadow mapping
for memory holes where DCSS mapping could potentially be placed.

Reviewed-by: Heiko Carstens <hca@linux.ibm.com>
Reviewed-by: Gerald Schaefer <gerald.schaefer@linux.ibm.com>
Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
arch/s390/boot/vmem.c