Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   "Tian, Kevin" <kevin.tian@intel.com>
To:     "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
        "Pan, Jacob jun" <jacob.jun.pan@intel.com>
CC:     "Raj, Ashok" <ashok.raj@intel.com>,
        "Kirill A. Shutemov" <kirill@shutemov.name>,
        Ashok Raj <ashok_raj@linux.intel.com>,
        Dave Hansen <dave.hansen@linux.intel.com>,
        "Lutomirski, Andy" <luto@kernel.org>,
        "Peter Zijlstra" <peterz@infradead.org>,
        "x86@kernel.org" <x86@kernel.org>,
        "Kostya Serebryany" <kcc@google.com>,
        Andrey Ryabinin <ryabinin.a.a@gmail.com>,
        Andrey Konovalov <andreyknvl@gmail.com>,
        Alexander Potapenko <glider@google.com>,
        Taras Madan <tarasmadan@google.com>,
        Dmitry Vyukov <dvyukov@google.com>,
        "H . J . Lu" <hjl.tools@gmail.com>,
        Andi Kleen <ak@linux.intel.com>,
        "Edgecombe, Rick P" <rick.p.edgecombe@intel.com>,
        "linux-mm@kvack.org" <linux-mm@kvack.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Jason Gunthorpe <jgg@nvidia.com>,
        "Joerg Roedel" <joro@8bytes.org>
Subject: RE: [PATCHv8 00/11] Linear Address Masking enabling
Thread-Topic: [PATCHv8 00/11] Linear Address Masking enabling
Thread-Index: AQHYvAwcdGfqE8P69US/yrfpdW+Ch63K3Q4AgAOYigCADgYlAIACnWEAgAAHRYCAAAH0AIAAA88AgAADzQCAAIe2AIAAmcKAgACNwwCACOYFwA==
Date:   Wed, 21 Sep 2022 09:36:25 +0000
Message-ID: <BN9PR11MB52769D9ECC43029B8B7DDAFC8C4F9@BN9PR11MB5276.namprd11.prod.outlook.com>
References: <YxDvpLb77lwb8zaT@araj-dh-work>
 <20220904003952.fheisiloilxh3mpo@box.shutemov.name>
 <20220912224930.ukakmmwumchyacqc@box.shutemov.name>
 <20220914144518.46rhhyh7zmxieozs@box.shutemov.name>
 <YyHvF2K7ELVSTGvB@araj-MOBL2.amr.corp.intel.com>
 <20220914151818.uupzpyd333qnnmlt@box.shutemov.name>
 <YyHz7H0uyqG58b3E@araj-MOBL2.amr.corp.intel.com>
 <20220914154532.mmxfsr7eadgnxt3s@box.shutemov.name>
 <20220914165116.24f82d74@jacob-builder>
 <20220915090135.fpeokbokkdljv7rw@box.shutemov.name>
 <20220915172858.pl62a5w3m5binxrk@box.shutemov.name>
In-Reply-To: <20220915172858.pl62a5w3m5binxrk@box.shutemov.name>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?yfnjaIQde2aSxkIFDk4XQx89mZjrd5TR1zsdqvLoXD3PZlSRQsgElEX3mfXH?=
 =?us-ascii?Q?yqZdiBbPjwA34uK/7wQxWOFvOAJNIFknkmHeYIg0PgY/kCPMZ/Fc04ova3OY?=
 =?us-ascii?Q?LKL0Sm6leivpSK+sy5++vMRWb1/xcof0cqkEStqR4UP+d4ZKc5esfXQZF/k5?=
 =?us-ascii?Q?quv5+exTUdUlJipHUSEz5/y2NVvwB8RVWRS21etL2jvz1WqZWCMscqPm4Qzr?=
 =?us-ascii?Q?HZuaXryu0oByPBabq2BsVfPSJHnHq+/6FeaSRG1cdhrFC+50WAhCbIL6SYNy?=
 =?us-ascii?Q?/mCLXE/bjCkBKs+jfuGHRNpMfHiwm4+d9DzZ0LdCLmuxelzPiN8puXxwMUmM?=
 =?us-ascii?Q?eeuMUjQ6zoHIuso56Wj+7d1BCEqW+PmWSuFcqwlS/WxavqRZIh3GVcLJqxGt?=
 =?us-ascii?Q?n/bey3hHcGn1pbfW7LC4xX5fRsEXHOrltqhyLX5qxaFkPmXuFkQmZgr368CP?=
 =?us-ascii?Q?TsVGKbmydzd8CmQHnkqn5NaKwkpPwsPQxUtRI+TnFx/NmxKcP6o8fOEx4eq8?=
 =?us-ascii?Q?zW1MSo1CbosF7CJbjIiHZ/PVLiQc6hFz9SYShsCQMNc8GM3+SdepRpfgAuI8?=
 =?us-ascii?Q?RGDPupIWUTfNWof3OBe3TmNjk/RMXTPV5pUXna08lgdBLR9ozLcwA18jYNOJ?=
 =?us-ascii?Q?QnKlvfObsWoS9sPc4YGzEsmLxvfUR2MYoRWRIqDC83jLy0RHJKcbEB2umLco?=
 =?us-ascii?Q?2JRnuHiiwwd1kvTmVIHPTBwaN/NczBzOLn2DEfzHQjul8yeLVkW3egl4eoL6?=
 =?us-ascii?Q?Ji+33rNK+kpB6mqqnJZnioqV9WlO8m3QAxt/KoPWbP6G3gQh35VCsjS/QWN2?=
 =?us-ascii?Q?TuJCaicsxarkt5bCXelDlaUU4vdKO3vFDwroCk+drxm+FnRErJgygzmiHT0D?=
 =?us-ascii?Q?OCnj3C/zYIcTFVtBosfGT+QkaHhoCKADp7HAm28SmUaO686BjuMRl1D4uOOQ?=
 =?us-ascii?Q?RhpyGVK0t12r3elsEpTbXjUWPtiasWCCISGVgdPM8t1LfU9jplrzmFu2jMc9?=
 =?us-ascii?Q?Hx2iLnrp0waEPaT3agt36+rbhTH+uw7LpzKuwBQV9ANE3+3AXuEOJgKDucGC?=
 =?us-ascii?Q?ibU7MgvpsaPWoUszMCaAz0EdHWORETmRZc1E+khlAZ9igvj48gyC5sv8yvSE?=
 =?us-ascii?Q?BxmNGDUkWgAP8JyWz1Q28lGdWAffN9WG74Xjj8gMDixdw3bVSi8tdabXWv2j?=
 =?us-ascii?Q?Kumk3erIFSVtIgiYa1vVmkwbMf1Mv5qc3Z8kNVU4qXeMfulGxIcoSUqi9Egv?=
 =?us-ascii?Q?ahK6wos647AkJBP6HUWB8grG19myZ/4qw7qcVMMaWpU6cWJpFP0Dnzaj0U5V?=
 =?us-ascii?Q?svnwwqJtMb2o6AKxdOgpD7Ym02SPqNG6tonwBgcWbzYSLA9eWOm2kvQahjNe?=
 =?us-ascii?Q?tOPMclzawmCiPUlOCauD0g2/cbPcXpJf3EcsYznAS64jARl3U58EZ1SGJ3Si?=
 =?us-ascii?Q?RMsH79/SYb7RDTPLuQiXtK2rkkUJWBSTKUEsKatxt4wKfQQNvZ/itt71/A9A?=
 =?us-ascii?Q?Fsn7+VVDloTfoakt8z0sspKHSocSONtoyL8O3bVoVcQNp9TIaPLSLfmBa9wt?=
 =?us-ascii?Q?UxNz/jZbyDr5lzJQaST9Gbc0DgCsfSlQWhPozAK3?=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN9PR11MB5276.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7b2034a8-aa72-497e-822d-08da9bb4c08f
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Sep 2022 09:36:25.2926
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 3XINNtaRd008Sb/laq8lBJs9ibP8EGFYFCVQ4+uYHpKQfLiHSHi7cYUZDESWkxDMzKCPG48JCiUCVSlVWpoDzQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR11MB6990
X-OriginatorOrg: intel.com
X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,
        DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,
        SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

> From: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> Sent: Friday, September 16, 2022 1:29 AM
>=20
> I really struggle with naming here. Any suggestions on what XXX has to be
> replaced with? I don't think it has to be limited to LAM as some other
> tagging implementation may come later.

What about ARCH_ENABLE_TAGGED_ADDR_CPU to mark that the application
tags address only on CPU and pays attention to untag when the address is
programmed to a device?

w/ ARCH_ENABLE_TAGGED_ADDR_CPU then LAM and SVA can co-exist.

The original ARCH_ENABLE_TAGGED_ADDR means that tagged address is
used on both CPU and device. Enabling sva on a device behind an iommu
which doesn't support LAM is then rejected if LAM has been enabled. and
vice versa.

Thanks
Kevin