From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753073AbdK3QS4 (ORCPT ); Thu, 30 Nov 2017 11:18:56 -0500 Received: from merlin.infradead.org ([205.233.59.134]:38008 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751992AbdK3QSy (ORCPT ); Thu, 30 Nov 2017 11:18:54 -0500 Date: Thu, 30 Nov 2017 17:18:44 +0100 From: Peter Zijlstra To: Dave Hansen Cc: Ingo Molnar , linux-kernel@vger.kernel.org, Andy Lutomirski , Thomas Gleixner , "H . Peter Anvin" , Borislav Petkov , Linus Torvalds Subject: Re: [PATCH 15/24] x86/mm: Allow flushing for future ASID switches Message-ID: <20171130161844.v7ynfdggo6g7j5l5@hirez.programming.kicks-ass.net> References: <20171127104923.14378-1-mingo@kernel.org> <20171127104923.14378-16-mingo@kernel.org> <20171130154414.aekkjd26p3hxyqwa@hirez.programming.kicks-ass.net> <3ca0bea7-932a-6d91-a9b4-d07045d444f5@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3ca0bea7-932a-6d91-a9b4-d07045d444f5@linux.intel.com> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 30, 2017 at 07:51:17AM -0800, Dave Hansen wrote: > On 11/30/2017 07:44 AM, Peter Zijlstra wrote: > > On Mon, Nov 27, 2017 at 11:49:14AM +0100, Ingo Molnar wrote: > >> @@ -338,24 +366,23 @@ static inline void __native_flush_tlb_single(unsigned long addr) > >> > >> static inline void __flush_tlb_all(void) > >> { > >> + if (boot_cpu_has(X86_FEATURE_PGE)) { > >> __flush_tlb_global(); > >> + } else { > >> __flush_tlb(); > >> + tlb_flush_shared_nonglobals(); > > I do however think this one is superfluous; if we do not have PGE we > > also do not have PCID and every CR3 switch flushes everything. > > I tried to sprinkle these around at all the sites that did non-global > kernel flushes. In the case that it's superfluous !KAISER, it's a noop > anyway. In the (currently unsupported) case that we *do* need it, well, > we need it. I'm confused. When would we need it there?