From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7BDD4C433FE for ; Thu, 10 Mar 2022 15:22:43 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0446E8D0002; Thu, 10 Mar 2022 10:22:43 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id F35D38D0001; Thu, 10 Mar 2022 10:22:42 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E25468D0002; Thu, 10 Mar 2022 10:22:42 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0106.hostedemail.com [216.40.44.106]) by kanga.kvack.org (Postfix) with ESMTP id D32FF8D0001 for ; Thu, 10 Mar 2022 10:22:42 -0500 (EST) Received: from smtpin17.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 821F68249980 for ; Thu, 10 Mar 2022 15:22:42 +0000 (UTC) X-FDA: 79228843764.17.31E10EF Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by imf01.hostedemail.com (Postfix) with ESMTP id 6A03540017 for ; Thu, 10 Mar 2022 15:22:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1646925761; x=1678461761; h=message-id:date:mime-version:to:cc:references:from: subject:in-reply-to:content-transfer-encoding; bh=X65sOg9tpfwezm9F7oPR3l1yoJm0wZybxcJ2SYM0o5E=; b=VibVVBpYNb0x/JsqUqAMs4ttYzS49hyP0Yb/oW+PyhmnYjcf/v+jdj1X /1bTbJ05u1cue5F6nyCcYBBAdrI5MfYw0ftVXSP/mDHVYQd5VX6K6dvvp 2YTQtJHF61dvhtvgVaC1HaKvH+68MzpHKmusUf4WzewZUN+XYnaaVEb32 hmT2lnKGMv+qMfZbcPa5Xe1etKNSkQ57BwvZVNoCwqNRRNvwFI+zJkq2S NH29/sL8AChQJ3N7fLmrDpnC8IWHlcpm/NwvzYXkvn4KzG4/rwRQhCh6x oSveuFSlo/IYru8crncbzhDaym/4/35vIRTgxyDS4VxzJ4ms+DPQR7IO+ g==; X-IronPort-AV: E=McAfee;i="6200,9189,10281"; a="341704295" X-IronPort-AV: E=Sophos;i="5.90,171,1643702400"; d="scan'208";a="341704295" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Mar 2022 07:22:40 -0800 X-IronPort-AV: E=Sophos;i="5.90,171,1643702400"; d="scan'208";a="688688356" Received: from efrantz-mobl1.amr.corp.intel.com (HELO [10.212.252.101]) ([10.212.252.101]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Mar 2022 07:22:39 -0800 Message-ID: <2b26fc5b-d709-f2e1-0c8f-a6a548008216@intel.com> Date: Thu, 10 Mar 2022 07:22:32 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Content-Language: en-US To: Bharata B Rao , linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, x86@kernel.org, kirill.shutemov@linux.intel.com, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, catalin.marinas@arm.com, will@kernel.org, shuah@kernel.org, oleg@redhat.com, ananth.narayan@amd.com References: <20220310111545.10852-1-bharata@amd.com> <81b6f618-05bc-f7d0-5461-4c3f0ca42d3f@intel.com> From: Dave Hansen Subject: Re: [RFC PATCH v0 0/6] x86/AMD: Userspace address tagging In-Reply-To: <81b6f618-05bc-f7d0-5461-4c3f0ca42d3f@intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 6A03540017 X-Stat-Signature: nkwwuntycidg1sbkzqwu3tgd7b9ygi4j Authentication-Results: imf01.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=VibVVBpY; spf=none (imf01.hostedemail.com: domain of dave.hansen@intel.com has no SPF policy when checking 192.55.52.43) smtp.mailfrom=dave.hansen@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1646925761-417583 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 3/10/22 07:16, Dave Hansen wrote: > I'd also highly suggest going over Kirill's patch set in detail. There > are things like this: > >> https://lore.kernel.org/linux-mm/20210205151631.43511-10-kirill.shutemov@linux.intel.com/ > which seem pretty sane to me but which are (I think) missing in this set. Oh silly me, that's just for LAM_U48 which ignores more bits than LAM_U57 or UAI. Either way, I know you've looked at Kirill's set, but please do go over it in detail to make sure there's nothing else you need to lift out of there.