On Tue, Aug 21, 2018 at 01:30:20PM -0700, yang.shi@xxxxxxxxxxxxxxxxx wrote:
With the L1TF patches open coded pte_val() to get the PFN can cause problems
On 8/21/18 11:43 AM, David Woodhouse wrote:
On Tue, 2018-08-21 at 11:37 -0700, Yang Shi wrote:Thanks, David. It works. A silly question, I don't get why this commit could
I just ran some regression test on stable 4.9.122 with LTP. madvise05
triggers the below kernel panic:
solve this issue, it looks just like a code refactor. Just because it
changed how to get pfn from page table entries? And, this may cause some
mismatch on 4.9 stable without it?
because it doesn't do the invert for PROT_NONE mappings
The cleanup changes the open coded versions to use p*_pfn(), which always
works correctly.
-Andi