From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Date: Tue, 07 Aug 2007 17:19:53 +1000 Subject: [RFC/PATCH 10/12] remove call to flush_tlb_page() from handle_pte_fault() In-Reply-To: <1186471185.826251.312410898174.qpush@grosgo> Message-Id: <20070807071959.80DE9DDE05@ozlabs.org> Sender: owner-linux-mm@kvack.org Return-Path: To: Linux Memory Management Cc: linux-kernel@vger.kernel.org List-ID: I've asked several times what archs need that, got not reply, so let's remove it. If an arch needs it, it should be done by that arch implementation of ptep_set_access_flags() anyway. Signed-off-by: Benjamin Herrenschmidt --- mm/memory.c | 9 --------- 1 file changed, 9 deletions(-) Index: linux-work/mm/memory.c =================================================================== --- linux-work.orig/mm/memory.c 2007-08-07 16:23:53.000000000 +1000 +++ linux-work/mm/memory.c 2007-08-07 16:27:30.000000000 +1000 @@ -2605,15 +2605,6 @@ static inline int handle_pte_fault(struc if (ptep_set_access_flags(vma, address, pte, entry, write_access)) { update_mmu_cache(vma, address, entry); lazy_mmu_prot_update(entry); - } else { - /* - * This is needed only for protection faults but the arch code - * is not yet telling us if this is a protection fault or not. - * This still avoids useless tlb flushes for .text page faults - * with threads. - */ - if (write_access) - flush_tlb_page(vma, address); } unlock: pte_unmap_unlock(pte, ptl); -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org