Received: by 10.223.185.116 with SMTP id b49csp1055616wrg; Fri, 16 Feb 2018 11:35:58 -0800 (PST) X-Google-Smtp-Source: AH8x2278GMggavy8iFWr+eKOe9KjsbrDWh19qtHQbijDHbOhHjxwpFSw3LYU9By2yHxgeaY4+1jk X-Received: by 10.99.120.13 with SMTP id t13mr6056753pgc.35.1518809758670; Fri, 16 Feb 2018 11:35:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518809758; cv=none; d=google.com; s=arc-20160816; b=Isl2glDyRun1BVpIj+CWKo11zImoUKCdFmxZBHmulpkdN2tzYRrYriT473AixD2VO6 i9SQWnh+cuC3OQv4tQ0tIM90cvu6UnOv1uZlobS4dII4+JZOyS4dAR55QpSThrbY+H4n kCQRSxdwNrnVpQCbOmdxn281EOOsvIEk90Ns6SyTBiXfdAf2LTAaKog1esrRWX95HdhS DCgQ5+w/Kda8HKmgCVmc6FbsbabmZ4MNpk2LC/w36tUlyZ8hji927C9C8YywtlKdCMnv ABrU54ByNMsZt6YBVuLP7e2BPjH640RSpilln/JhH/E/T5zXLOlacx6PGPC9RtNhj8Lg /ubw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:cc:references:to:subject:arc-authentication-results; bh=OtPc9+xIbsb9Y3f2vvE6ag0w8NQbmrKEVk2mj6F4dz4=; b=pC0oGqENu/XIiCUlHOnBTBL8WGYAaXo7gJob1XnFpfPaCnmjx7geEAV/Bf4Cujg/D0 1I70cMBRQN02c64xX/+4q5fvm3zGhWJgN579uY3egkBINaJZGG5vaux6skLSX6zilcS+ LXSHX7KG1QACktewE0wtMjJO7ke2ve3GHcRfUV26bJDLaAhQHXxfvX1UWnPB4wUtnaWE iCR1NrJVkkPBJR7eTp+EGRgGmMbBbxqWWDxaTFfM5zesKV7ZYI2ZA/fYivcFBOADpI+/ +lMT4WVSKxbI/nx6EdZ+R2KUpkNcHuXbDrHN1q6kuX3u8mRi9QUs1xpzQWzc7N/515PS 70cg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b84si4698094pfj.183.2018.02.16.11.35.44; Fri, 16 Feb 2018 11:35:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1162737AbeBPSDw (ORCPT + 99 others); Fri, 16 Feb 2018 13:03:52 -0500 Received: from mga03.intel.com ([134.134.136.65]:32141 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161111AbeBPSDv (ORCPT ); Fri, 16 Feb 2018 13:03:51 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Feb 2018 10:03:51 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,520,1511856000"; d="scan'208";a="18718023" Received: from ray.jf.intel.com (HELO [10.7.201.20]) ([10.7.201.20]) by orsmga008.jf.intel.com with ESMTP; 16 Feb 2018 10:03:51 -0800 Subject: Re: [PATCH 2/3] x86/mm: introduce __PAGE_KERNEL_GLOBAL To: Nadav Amit References: <20180215132053.6C9B48C8@viggo.jf.intel.com> <20180215132055.F341C31E@viggo.jf.intel.com> Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, luto@kernel.org, torvalds@linux-foundation.org, keescook@google.com, hughd@google.com, jgross@suse.com, x86@kernel.org From: Dave Hansen Message-ID: Date: Fri, 16 Feb 2018 10:03:50 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/16/2018 09:47 AM, Nadav Amit wrote: >> But, this also means that we now get *no* opportunity to use >> global pages with PTI, even for data which is shared such as the >> cpu_entry_area and entry/exit text. > > Doesn’t this patch change the kernel behavior when the “nopti” > parameter is used? I don't think so. It takes the "nopti" behavior and effectively makes it apply everywhere. So it changes the PTI behavior, not the "nopti" behavior. Maybe it would help to quote the code that you think does this instead of the description. :)