From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 21B212C00BB for ; Wed, 12 Feb 2014 04:07:29 +1100 (EST) Date: Tue, 11 Feb 2014 17:07:24 +0000 From: Mel Gorman To: "Aneesh Kumar K.V" Subject: Re: [PATCH 3/3] mm: Use ptep/pmdp_set_numa for updating _PAGE_NUMA bit Message-ID: <20140211170724.GM6732@suse.de> References: <1392114895-14997-1-git-send-email-aneesh.kumar@linux.vnet.ibm.com> <1392114895-14997-4-git-send-email-aneesh.kumar@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 In-Reply-To: <1392114895-14997-4-git-send-email-aneesh.kumar@linux.vnet.ibm.com> Cc: riel@redhat.com, linux-mm@kvack.org, paulus@samba.org, linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, Feb 11, 2014 at 04:04:55PM +0530, Aneesh Kumar K.V wrote: > From: "Aneesh Kumar K.V" > > Archs like ppc64 doesn't do tlb flush in set_pte/pmd functions. ppc64 also doesn't implement > flush_tlb_range. ppc64 require the tlb flushing to be batched within ptl locks. The reason > to do that is to ensure that the hash page table is in sync with linux page table. > We track the hpte index in linux pte and if we clear them without flushing hash and drop the > ptl lock, we can have another cpu update the pte and can end up with double hash. We also want > to keep set_pte_at simpler by not requiring them to do hash flush for performance reason. > Hence cannot use them while updating _PAGE_NUMA bit. Add new functions for marking pte/pmd numa > > Signed-off-by: Aneesh Kumar K.V Acked-by: Mel Gorman -- Mel Gorman SUSE Labs