[PATCH V2 1/2] mm/autonuma: Let architecture override how the write bit should be stashed in a protnone pte.
Aneesh Kumar K.V
aneesh.kumar at linux.vnet.ibm.com
Tue Feb 14 16:55:48 AEDT 2017
On Tuesday 14 February 2017 11:19 AM, Michael Ellerman wrote:
> "Aneesh Kumar K.V" <aneesh.kumar at linux.vnet.ibm.com> writes:
>
>> Autonuma preserves the write permission across numa fault to avoid taking
>> a writefault after a numa fault (Commit: b191f9b106ea " mm: numa: preserve PTE
>> write permissions across a NUMA hinting fault"). Architecture can implement
>> protnone in different ways and some may choose to implement that by clearing Read/
>> Write/Exec bit of pte. Setting the write bit on such pte can result in wrong
>> behaviour. Fix this up by allowing arch to override how to save the write bit
>> on a protnone pte.
> This is pretty obviously a nop on arches that don't implement the new
> hooks, but it'd still be good to get an ack from someone in mm land
> before I merge it.
To get it apply cleanly you may need
http://ozlabs.org/~akpm/mmots/broken-out/mm-autonuma-dont-use-set_pte_at-when-updating-protnone-ptes.patch
http://ozlabs.org/~akpm/mmots/broken-out/mm-autonuma-dont-use-set_pte_at-when-updating-protnone-ptes-fix.patch
They are strictly not needed after the saved write patch. But I didn't
request to drop them, because the patch helps us
to get closer to the goal of no ste_pte_at() call on present ptes.
-aneesh
More information about the Linuxppc-dev
mailing list