diff options
| author | Heiko Carstens <hca@linux.ibm.com> | 2024-11-29 17:39:27 +0100 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2024-12-27 14:02:14 +0100 |
| commit | f7d75bc2430fc737919426a0d2fd5c1ffa53353c (patch) | |
| tree | 10555b426771ce2f27023ae86737f031619ed4fe /scripts/stackusage | |
| parent | f16eadc6fce4db20764e5eda257114c118ca00ef (diff) | |
| download | linux-f7d75bc2430fc737919426a0d2fd5c1ffa53353c.tar.gz linux-f7d75bc2430fc737919426a0d2fd5c1ffa53353c.tar.bz2 linux-f7d75bc2430fc737919426a0d2fd5c1ffa53353c.zip | |
s390/mm: Fix DirectMap accounting
commit 41856638e6c4ed51d8aa9e54f70059d1e357b46e upstream.
With uncoupling of physical and virtual address spaces population of
the identity mapping was changed to use the type POPULATE_IDENTITY
instead of POPULATE_DIRECT. This breaks DirectMap accounting:
> cat /proc/meminfo
DirectMap4k: 55296 kB
DirectMap1M: 18446744073709496320 kB
Adjust all locations of update_page_count() in vmem.c to use
POPULATE_IDENTITY instead of POPULATE_DIRECT as well. With this
accounting is correct again:
> cat /proc/meminfo
DirectMap4k: 54264 kB
DirectMap1M: 8334336 kB
Fixes: c98d2ecae08f ("s390/mm: Uncouple physical vs virtual address spaces")
Cc: stable@vger.kernel.org
Reviewed-by: Alexander Gordeev <agordeev@linux.ibm.com>
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'scripts/stackusage')
0 files changed, 0 insertions, 0 deletions