Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp939757iob; Fri, 13 May 2022 17:09:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzpw0fBntbLCEJfAkPVrYsY356Bi0+kRDR2ev9tyApljw2O7BaGLVhaQ0zAFHmWDTaaXx91 X-Received: by 2002:a05:600c:4e06:b0:394:56be:19c with SMTP id b6-20020a05600c4e0600b0039456be019cmr16848494wmq.168.1652486985349; Fri, 13 May 2022 17:09:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652486985; cv=none; d=google.com; s=arc-20160816; b=o5oEN3oHapf4j/s/zn+8JkulIOzA9Ip8osZ2Ck9cUgT1YQ+g2rAn5eeRIojo/HRmSz kZ48xrqAzieqUVVs1GL3/rwWau3KhD/iBaxFkHKtlDLXHS+IerjLX5P6zvhNxNq3hp8S 90qzSTTCIyIPnqVkzBtedZD1I5V0STKgqwHBS0qR/pciRODZf7QREttTLGP4XGFJQfKT jMianPWePXjSOm90YjQo70yy2vxtGYrg54iYWk4Sbf3UkELuysun4CS/HjKkKFALxL2n uvN53xdfO0bR4UocEOmgS+/YLpkY4eLm4R9lwRh6m6qvQa9+XpEHhDIcufxpAlfoKlsh bLUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=z9/EKu3Co8bJoJFZbro4pQxlMUKE3+2JGpzKlF0lZ5w=; b=QVw04KmTboEIj98xmM3eO9vTvh5ZmZmrTiIAiEHfwMq4AyXIfCwMqriim6GD4ARRwN f2a5InHWXl3gmckKuM9RsHkjpxtpwgP6jCOL0ZGCX8TFzzBZflNdGMyKMISdUrWaDDrM 0DqQo5kjhmaSDn7ny46xEXIrnDd8uOvh8izqVRuDcmz7i3znQvc1iqXgapTcGP4fWn4b UjeU3wW+XsxmEl0y9zgyyt7NOnVfXpYiiKP8G5PbsZn1hScNjeOY1X8Tx4fWNF9VosDz 64ACAjwXW3OVHGUs4z4LdYc1gVkLKNFylI2h92MpV7GA/NUaIbDBe7XBT6yQHLhdqAbn LfAg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="BmrXD/tk"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id k16-20020a05600c1c9000b0038c77be9d15si4123057wms.221.2022.05.13.17.09.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 May 2022 17:09:45 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="BmrXD/tk"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 9ED272F4905; Fri, 13 May 2022 16:11:39 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1356788AbiELRCo (ORCPT + 99 others); Thu, 12 May 2022 13:02:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60862 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1356570AbiELRCn (ORCPT ); Thu, 12 May 2022 13:02:43 -0400 Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B1995E52AC for ; Thu, 12 May 2022 10:02:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1652374961; x=1683910961; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=sMZBofsExJ4XZ0XAXWwsuHVeTzHqA51EM19kzKk8154=; b=BmrXD/tkfKrjq1P/QI23oQ3DDsGRuvgnFQZmuPWngE1gseGHyU/QJc9i G0YRGnOR/tHkNazvzDb2NIn6zNrPLBJ9KxqVZfIbX1Y9EC6hzfbdSqGK9 Cgs5Uqjjx28oI4vKrWXrrTLcPfa1lMjTGpFm+QkcCbzcs4ovsV8iPCeiK DWr5nG62daNKkrhUNY3BkaBfA36Yi6Ta8Lgo8XvEuTy686xf1S6rEfyRh tHMnjsgjyDq/Uh6s8gpbc+0vjakykACL+/m/oUD6s9qrU3CCpCL6sR+du MQTvM1ppWU/8W2+e7QpcvGMamicU8w2eaOpRg8SamttkPAlddzlMmcwog A==; X-IronPort-AV: E=McAfee;i="6400,9594,10345"; a="257612806" X-IronPort-AV: E=Sophos;i="5.91,220,1647327600"; d="scan'208";a="257612806" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 May 2022 10:00:06 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.91,220,1647327600"; d="scan'208";a="712002221" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga001.fm.intel.com with ESMTP; 12 May 2022 10:00:02 -0700 Received: by black.fi.intel.com (Postfix, from userid 1000) id C4A29CE; Thu, 12 May 2022 20:00:01 +0300 (EEST) Date: Thu, 12 May 2022 20:00:01 +0300 From: "Kirill A. Shutemov" To: David Laight Cc: Dave Hansen , Andy Lutomirski , Peter Zijlstra , "x86@kernel.org" , Andrey Ryabinin , Alexander Potapenko , Dmitry Vyukov , "H . J . Lu" , Andi Kleen , Rick Edgecombe , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] x86: Implement Linear Address Masking support Message-ID: <20220512170001.6olwffikg4u3cke3@black.fi.intel.com> References: <20220511022751.65540-1-kirill.shutemov@linux.intel.com> <20220511022751.65540-2-kirill.shutemov@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 12, 2022 at 01:01:07PM +0000, David Laight wrote: > From: Kirill A. Shutemov > > Sent: 11 May 2022 03:28 > > > > Linear Address Masking feature makes CPU ignore some bits of the virtual > > address. These bits can be used to encode metadata. > > > > The feature is enumerated with CPUID.(EAX=07H, ECX=01H):EAX.LAM[bit 26]. > > > > CR3.LAM_U57[bit 62] allows to encode 6 bits of metadata in bits 62:57 of > > user pointers. > > > > CR3.LAM_U48[bit 61] allows to encode 15 bits of metadata in bits 62:48 > > of user pointers. > > > > CR4.LAM_SUP[bit 28] allows to encode metadata of supervisor pointers. > > If 5-level paging is in use, 6 bits of metadata can be encoded in 62:57. > > For 4-level paging, 15 bits of metadata can be encoded in bits 62:48. > > > ... > > +static vaddr clean_addr(CPUArchState *env, vaddr addr) > > +{ > > + CPUClass *cc = CPU_GET_CLASS(env_cpu(env)); > > + > > + if (cc->tcg_ops->do_clean_addr) { > > + addr = cc->tcg_ops->do_clean_addr(env_cpu(env), addr); > > The performance of a conditional indirect call will be horrid. > Over-engineered when there is only one possible function. It is QEMU patch. As I mentioned in the cover letter, it was rejected by upstream, but it is functional and can be used for testing before HW arrived. I may give it another try when I get time to look deeper at TCG. -- Kirill A. Shutemov