Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp3621665imw; Mon, 18 Jul 2022 11:21:06 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tTfNaQNtj2Cf32YW4l+U5Jq0jj0N5ZYtTokoAjVHot/xO6aOfGkf0SGohktLee2UTV/LXb X-Received: by 2002:a05:6402:42c8:b0:43a:a1ee:a097 with SMTP id i8-20020a05640242c800b0043aa1eea097mr38279141edc.150.1658168465901; Mon, 18 Jul 2022 11:21:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658168465; cv=none; d=google.com; s=arc-20160816; b=q/i/ISc3u/rMkrHosPuFnrM4fgxIyUEhG+BzUx9ZTCROZuf1/oZ1VJPV19va81yjTx DQpCtyAas8i5nJnVroCwyegR+cp6v7Q3XQVC7z5egcFPxmLxGlnnNo8evpZL8FKku1Tu yVLfEecA0PFNuDF/+bhpWejMY4/da490vUB49gGq16mN87eu8cWaZZTnnZPyA2NJjGX1 FpEoQf2s7CKI6iR92sED6Xg4uZI+iyC1jAI+x6upPcILDvb3b5nzGV59rohOQo8+Wymc Pb8RL23UpjxU+VG2dNz+nPCOB+3vkh0Q9j84oFplhYfaENpZKGXPMvax462kJpxxdxWR HpYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=GTIqmyh3nPetxkCIqAJyr9VoitiAJH8rJjAfFvKbggU=; b=RDsf2tBT8vReaQ9hvV/t6xFAcXZByqxjOOhvYIDhkujIafeeSebLKBmyATi8Zn4jTx mDu3sw7ATvS0B8fsvLjosbNaIyhbb/9Hb/B1qwPlAHLGFgCytxrZ8HcMAaPximC83JzJ w1UuYpJVK1cl6yUxvFPR7/+9+qNe9HVdRutpauDP+7UrEkx5YmDu8f7YcfQXgwl5WYcL 7upmw52AFYzORESZX4MES/1VLstrFN5TA92ra8DiLINaWMalh+JDgYbYfXyQzw0PiWgi jXm9qCelquhnpWcWVufxvJULZGlJhkC6FDXKhS30v31JCeeVEPYUYQ7niVpQmeE75hf8 uz/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=mEEt+df+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a22-20020a056402169600b0043a84dd2b41si14441897edv.109.2022.07.18.11.20.41; Mon, 18 Jul 2022 11:21:05 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=mEEt+df+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235750AbiGRSIt (ORCPT + 99 others); Mon, 18 Jul 2022 14:08:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50916 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234870AbiGRSIq (ORCPT ); Mon, 18 Jul 2022 14:08:46 -0400 Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C06FA2F009; Mon, 18 Jul 2022 11:08:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1658167725; x=1689703725; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=nW6+aTOUp8V8dOJLuYT41htSmHJVh62MKwZHT7NcAAM=; b=mEEt+df+m/sWVL1z1gTl2DwgdWwgCggnet6xTnM4cwiUJv9rhgrclcKG B42A3EYmodKBh9sZ1LkggjiL8PswK69UpEj2Vq5zDsZmsAKseXWxnhcpx WyfH5vZcGsBlSfpm010cMvDoWTBSHi8VWVSpGjjPhdaYLJRxcUjfDM5DB jezT4GU4nJmT4tv+T1HHjwbU45dzO0eAo50ePYLg+yP/BKojYWq4hUc/L X8R02ruqn4SPhry4OrHd+z/0ajcnF2ftykekgu+maVd6JGKrrKqEQ1YH5 fW1NDN9Kp5QL9YcP9MZf6f9qJ42qfpYH+Y9KoVIGqxhKXyEMZJczGXxek w==; X-IronPort-AV: E=McAfee;i="6400,9594,10412"; a="283853763" X-IronPort-AV: E=Sophos;i="5.92,281,1650956400"; d="scan'208";a="283853763" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Jul 2022 11:08:45 -0700 X-IronPort-AV: E=Sophos;i="5.92,281,1650956400"; d="scan'208";a="773832349" Received: from mvemla-mobl1.amr.corp.intel.com (HELO [10.209.87.21]) ([10.209.87.21]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Jul 2022 11:08:44 -0700 Message-ID: <2616c28881ccba4e44cf24105ada117f954c0d30.camel@linux.intel.com> Subject: Re: [tip: x86/urgent] x86/sgx: Set active memcg prior to shmem allocation From: Kristen Carlson Accardi To: Borislav Petkov Cc: linux-tip-commits@vger.kernel.org, Dave Hansen , Shakeel Butt , Roman Gushchin , x86@kernel.org, linux-kernel@vger.kernel.org Date: Mon, 18 Jul 2022 11:08:26 -0700 In-Reply-To: References: <20220520174248.4918-1-kristen@linux.intel.com> <165419442842.4207.2566961916839377924.tip-bot2@tip-bot2> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.4 (3.42.4-2.module_f35+14217+587aad52) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,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: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2022-07-18 at 11:50 +0200, Borislav Petkov wrote: > Just what I think looks like a discrepancy I noticed while merging > tip/master: > > On Thu, Jun 02, 2022 at 06:27:08PM -0000, tip-bot2 for Kristen > Carlson Accardi wrote: > > diff --git a/arch/x86/kernel/cpu/sgx/encl.h > > b/arch/x86/kernel/cpu/sgx/encl.h > > index d44e737..332ef35 100644 > > --- a/arch/x86/kernel/cpu/sgx/encl.h > > +++ b/arch/x86/kernel/cpu/sgx/encl.h > > @@ -103,10 +103,13 @@ static inline int sgx_encl_find(struct > > mm_struct *mm, unsigned long addr, > >  int sgx_encl_may_map(struct sgx_encl *encl, unsigned long start, > >                      unsigned long end, unsigned long vm_flags); > >   > > +bool current_is_ksgxd(void); > >  void sgx_encl_release(struct kref *ref); > >  int sgx_encl_mm_add(struct sgx_encl *encl, struct mm_struct *mm); > > -int sgx_encl_get_backing(struct sgx_encl *encl, unsigned long > > page_index, > > -                        struct sgx_backing *backing); > > +int sgx_encl_lookup_backing(struct sgx_encl *encl, unsigned long > > page_index, > > +                           struct sgx_backing *backing); > > +int sgx_encl_alloc_backing(struct sgx_encl *encl, unsigned long > > page_index, > > +                          struct sgx_backing *backing); > >  void sgx_encl_put_backing(struct sgx_backing *backing); > > So this is making the sgx_encl_get_backing() thing static but its > counterpart sgx_encl_put_backing() is not and is still called by > other > places. > > Perhaps something wrong with the layering or is this on purpose? > > Thx. > Hi Boris, This is intentional - sgx_encl_put_backing() was not changed and will continue to be used as it previously was. Thanks, Kristen