diff options
author | Gerald Schaefer <[email protected]> | 2020-02-27 12:56:42 +0100 |
---|---|---|
committer | Vasily Gorbik <[email protected]> | 2020-03-04 11:18:03 +0100 |
commit | 582b4e55403e053d8a48ff687a05174da9cc3fb0 (patch) | |
tree | bfccd6c8badecf95646b1a322428a52435a8e53a /tools/perf/scripts/python/stackcollapse.py | |
parent | 98d54f81e36ba3bf92172791eba5ca5bd813989b (diff) |
s390/mm: fix panic in gup_fast on large pud
On s390 there currently is no implementation of pud_write(). That was ok
as long as we had our own implementation of get_user_pages_fast() which
checked for pud protection by testing the bit directly w/o using
pud_write(). The other callers of pud_write() are not reachable on s390.
After commit 1a42010cdc26 ("s390/mm: convert to the generic
get_user_pages_fast code") we use the generic get_user_pages_fast(), which
does call pud_write() in pud_access_permitted() for FOLL_WRITE access on
a large pud. Without an s390 specific pud_write(), the generic version is
called, which contains a BUG() statement to remind us that we don't have a
proper implementation. This results in a kernel panic.
Fix this by providing an implementation of pud_write().
Cc: <[email protected]> # 5.2+
Fixes: 1a42010cdc26 ("s390/mm: convert to the generic get_user_pages_fast code")
Signed-off-by: Gerald Schaefer <[email protected]>
Reviewed-by: Heiko Carstens <[email protected]>
Signed-off-by: Vasily Gorbik <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions