On 21/01/21 12:18, Claudio Imbrenda wrote:
The recent fixes to the page allocator broke the SMAP test. The reason is that the test blindly took a chunk of memory and used it, hoping that the page allocator would not touch it. Unfortunately the memory area affected is exactly where the new allocator puts the metadata information for the 16M-4G memory area. This causes the SMAP test to fail. The solution is to reserve the memory properly using the reserve_pages function. To make things simpler, the memory area reserved is now 8M-16M instead of 16M-32M. This issue was not found immediately, because the SMAP test needs non-default qemu parameters in order not to be skipped. I tested the patch and it seems to work. While fixing the SMAP test, I also noticed that the PKU test was doing the same thing, so I went ahead and fixed that test too in the same way. Unfortunately I do not have the right hardware and therefore I cannot test it. I would really appreciate if someone who has the right hardware could test the PKU test and see if it works. Claudio Imbrenda (2): x86: smap: fix the test to work with new allocator x86: pku: fix the test to work with new allocator x86/pku.c | 5 ++++- x86/smap.c | 9 ++++++--- 2 files changed, 10 insertions(+), 4 deletions(-)
Queued, thanks. Paolo
