summaryrefslogtreecommitdiff
path: root/drivers
diff options
context:
space:
mode:
authorVasily Gorbik <gor@linux.ibm.com>2023-10-12 11:06:21 +0200
committerVasily Gorbik <gor@linux.ibm.com>2023-10-16 13:03:05 +0200
commit327899674eef18f96644be87aa5510b7523fe4f6 (patch)
tree9043b83111f0fed98f776c22f162f6e498289590 /drivers
parent63e8b94ad1840f02462633abdb363397f56bc642 (diff)
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>
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions