From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751472AbdBNFcZ (ORCPT ); Tue, 14 Feb 2017 00:32:25 -0500 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:54556 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750721AbdBNFcY (ORCPT ); Tue, 14 Feb 2017 00:32:24 -0500 From: "Aneesh Kumar K.V" To: akpm@linux-foundation.org, Rik van Riel , Mel Gorman , paulus@ozlabs.org, benh@kernel.crashing.org Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, "Aneesh Kumar K.V" Subject: [PATCH V2 0/2] Numabalancing preserve write fix Date: Tue, 14 Feb 2017 11:01:52 +0530 X-Mailer: git-send-email 2.7.4 X-TM-AS-GCONF: 00 X-Content-Scanned: Fidelis XPS MAILER x-cbid: 17021405-0008-0000-0000-00000737C5E3 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00006613; HX=3.00000240; KW=3.00000007; PH=3.00000004; SC=3.00000203; SDB=6.00821659; UDB=6.00401882; IPR=6.00599112; BA=6.00005134; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00014273; XFM=3.00000011; UTC=2017-02-14 05:32:21 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17021405-0009-0000-0000-00003FE1D442 Message-Id: <1487050314-3892-1-git-send-email-aneesh.kumar@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-02-14_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000 definitions=main-1702140058 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patch series address an issue w.r.t THP migration and autonuma preserve write feature. migrate_misplaced_transhuge_page() cannot deal with concurrent modification of the page. It does a page copy without following the migration pte sequence. IIUC, this was done to keep the migration simpler and at the time of implemenation we didn't had THP page cache which would have required a more elaborate migration scheme. That means thp autonuma migration expect the protnone with saved write to be done such that both kernel and user cannot update the page content. This patch series enables archs like ppc64 to do that. We are good with the hash translation mode with the current code, because we never create a hardware page table entry for a protnone pte. Changes from V1: * Update the patch so that it apply cleanly to upstream. * Add acked-by from Michael Neuling Aneesh Kumar K.V (2): mm/autonuma: Let architecture override how the write bit should be stashed in a protnone pte. powerpc/mm/autonuma: Switch ppc64 to its own implementeation of saved write arch/powerpc/include/asm/book3s/64/mmu-hash.h | 3 +++ arch/powerpc/include/asm/book3s/64/pgtable.h | 32 +++++++++++++++++++++++++-- include/asm-generic/pgtable.h | 16 ++++++++++++++ mm/huge_memory.c | 4 ++-- mm/memory.c | 2 +- mm/mprotect.c | 4 ++-- 6 files changed, 54 insertions(+), 7 deletions(-) -- 2.7.4