From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752843AbaIJV6a (ORCPT ); Wed, 10 Sep 2014 17:58:30 -0400 Received: from g4t3427.houston.hp.com ([15.201.208.55]:41637 "EHLO g4t3427.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751166AbaIJV63 (ORCPT ); Wed, 10 Sep 2014 17:58:29 -0400 Message-ID: <1410385673.28990.313.camel@misato.fc.hp.com> Subject: Re: [PATCH v2 2/6] x86, mm, pat: Change reserve_memtype() to handle WT From: Toshi Kani To: "H. Peter Anvin" Cc: Andy Lutomirski , Thomas Gleixner , Ingo Molnar , Andrew Morton , Arnd Bergmann , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Juergen Gross , Stefan Bader , Henrique de Moraes Holschuh , Yigal Korman , Konrad Rzeszutek Wilk Date: Wed, 10 Sep 2014 15:47:53 -0600 In-Reply-To: <5410C4F7.4080704@zytor.com> References: <1410367910-6026-1-git-send-email-toshi.kani@hp.com> <1410367910-6026-3-git-send-email-toshi.kani@hp.com> <1410377428.28990.260.camel@misato.fc.hp.com> <5410B10A.4030207@zytor.com> <1410381050.28990.295.camel@misato.fc.hp.com> <1410383484.28990.303.camel@misato.fc.hp.com> <5410C4F7.4080704@zytor.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.5 (3.8.5-2.fc19) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2014-09-10 at 14:39 -0700, H. Peter Anvin wrote: > On 09/10/2014 02:27 PM, Andy Lutomirski wrote: > >> > >> That's possible, but the only benefit is that we can enable WT on > >> pre-PAT systems, which I do not think anyone cares now... WB & UC work > >> on pre-PAT systems. WC & WT need PAT. I think this requirement is > >> reasonable. > > > > It might end up being a cleanup, though. A whole bunch of > > rarely-exercised if (!pat_enabled) things would go away. > > > > Yes. Don't think of it as PAT vs non-PAT. Think of it as a specific > set of cache types available on different processors. The fact that you > may have to frob an MSR to initialize it is almost trivial in comparison. Right. Thanks, -Toshi