From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161631AbcHEPwr (ORCPT ); Fri, 5 Aug 2016 11:52:47 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:39211 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161548AbcHEPwp (ORCPT ); Fri, 5 Aug 2016 11:52:45 -0400 Subject: Re: [PATCH] x86/mm: disable preemption during CR3 read+write To: Andy Lutomirski References: <1470404259-26290-1-git-send-email-bigeasy@linutronix.de> Cc: "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , X86 ML , Borislav Petkov , Andy Lutomirski , Rik van Riel , Mel Gorman , Peter Zijlstra From: Sebastian Andrzej Siewior Message-ID: Date: Fri, 5 Aug 2016 17:52:38 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/05/2016 05:42 PM, Andy Lutomirski wrote: > > This should affect kernel threads too, right? I don't think so because they don't have a MM in the first place so they don't shouldn't need to flush a TLB. But then there is iounmap() and vfree() for instance which does vmap_debug_free_range() { if (debug_pagealloc_enabled()) { vunmap_page_range(start, end); flush_tlb_kernel_range(start, end); } } so it looks like a candidate. > Acked-by: Andy Lutomirski Sebastian