Claudio Imbrenda 74f677ab16 s390/mm: Fix clearing storage keys for huge pages ... [ Upstream commit 412050af2ea39407fe43324b0be4ab641530ce88 ] The function __storage_key_init_range() expects the end address to be the first byte outside the range to be initialized. I.e. end - start should be the size of the area to be initialized. The current code works because __storage_key_init_range() will still loop over every page in the range, but it is slower than using sske_frame(). Fixes: 3afdfca698 ("s390/mm: Clear skeys for newly mapped huge guest pmds") Reviewed-by: Heiko Carstens <hca@linux.ibm.com> Signed-off-by: Claudio Imbrenda <imbrenda@linux.ibm.com> Link: https://lore.kernel.org/r/20240416114220.28489-3-imbrenda@linux.ibm.com Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com> Signed-off-by: Sasha Levin <sashal@kernel.org>		2024-05-17 11:43:49 +02:00
..
cmm.c
dump_pagetables.c
extmem.c
fault.c	s390/mm: do not trigger write fault when vma does not allow VM_WRITE	2022-09-05 10:27:44 +02:00
gmap.c	s390/mm: Fix storage key clearing for guest huge pages	2024-05-17 11:43:48 +02:00
hugetlbpage.c	s390/mm: Fix clearing storage keys for huge pages	2024-05-17 11:43:49 +02:00
init.c
kasan_init.c
maccess.c
Makefile
mmap.c
page-states.c	s390/cmma: fix detection of DAT pages	2023-12-08 08:44:27 +01:00
pageattr.c
pgalloc.c	s390/mm: fix 2KB pgtable release race	2022-01-27 09:19:50 +01:00
pgtable.c	KVM: s390/mm: Properly reset no-dat	2023-12-13 18:18:16 +01:00
vmem.c