Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1252851rwb; Fri, 7 Oct 2022 10:00:57 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7piJcoyBdjsyha90JokcQE9HNRivBFrI/VavwWOq/iFQ6ajFUaXnTZgKvX8IPSLC48lLzL X-Received: by 2002:a17:902:d50e:b0:176:e777:59c4 with SMTP id b14-20020a170902d50e00b00176e77759c4mr5621701plg.82.1665162057026; Fri, 07 Oct 2022 10:00:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665162057; cv=none; d=google.com; s=arc-20160816; b=WJ6W5qTfpVC5PZG5IwKJLKcAjC/ueQdsKJV7JvomJMmJHsPNqMLCL/hdvNTnswUYE4 qThGeutn5IwEpqtrbekxIKZixFknrdEYYDnsCnrOHmxXLJcNSrh+HxmKliFYiutGT8em YUOrfLAe8aZzjyGcNVpHgRfmd6AHVMG30J9ich+a+42wMdCDWhyjPRdlc3oaQHXJjG7f 8bB4JMZD7URTNjaPmBMsRQn7NsvupV/THvtQtPcHhIBC5Q4lBWSwUI8bd+YqsIi7Loo3 qB91prL2TUtignInmSU0CqP1tlAtKm45A2dmKv7k1+sYSPysiMBsT6CCUm4UZhsYGF/O PfWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:date:mime-version :content-transfer-encoding:references:in-reply-to:cc:to:from:subject :message-id:dkim-signature; bh=9Nj9pblwvx5r7sXSpQ1XOTFiHv2HjukhpuHauwYQ3cI=; b=BaK/+WiwLvlDx9CeTVHUC+TVawQNwaxHUyt5vWmJPMxdM8cBHDluh1RG1XVPUSUmHG oHSXHsGxB3LBnEu99jm4TNosN2rorUSQVFb0M15ke4d7epsK3jtQ5loKBkk5zR+J1hYt T495jvDCylbkicm1WQpYzKNY+Oa5OQdiSPj+bqvHU6uriuqNcjxoUgBKQYrX1Xdf9Nso T9s9iSQVOJKRIuNyzOdsr2/VhZ5zqYJu4qhYXodKKwPaVqAEbk986kKz/ROCHMi/oRS0 PKh1SeIdWzM+ba8l1H1zo6SQAmWbb3kkIwlhNATBHJaSocbYihjYBuNc2Q94VGF1Q8xy neqw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=KDNtvTXt; 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 f5-20020a17090ab94500b001fdcbf875e7si8239332pjw.35.2022.10.07.10.00.42; Fri, 07 Oct 2022 10:00:57 -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=KDNtvTXt; 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 S230046AbiJGQkW (ORCPT + 99 others); Fri, 7 Oct 2022 12:40:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52058 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229672AbiJGQkO (ORCPT ); Fri, 7 Oct 2022 12:40:14 -0400 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 962C14599D; Fri, 7 Oct 2022 09:40:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1665160801; x=1696696801; h=message-id:subject:from:to:cc:in-reply-to:references: content-transfer-encoding:mime-version:date; bh=9Nj9pblwvx5r7sXSpQ1XOTFiHv2HjukhpuHauwYQ3cI=; b=KDNtvTXtg4kosGKpubx3/KNE6IlK8oIdAGxIR+igo9iHXm7u+AxG25wN 3rK3YCmtozvNHkWP/eOmbZeTAYndh8ZSQxjHog4i+tgMEsfy+4Lwjcp+n mOZW7AvTt1qva1YC6nkPpe4gUYi6Hhzb4eUwl/+fqBxStPUPpZcuwFVct +QaS6tjQixZ0fUAq6g6I36URSWLa2LAAtKbhE7hCWsifO/zE1gcfdLEcz oU9FsppMCTd70mjYZpJ1A1sabQvupvR3pivsqu00YxgA8qJRbatLgjaRk V7LEme1AfLPaQqPf6JNKtTATKdDL7NposjlKYyYy4SmdWSCye0gnV0hEJ A==; X-IronPort-AV: E=McAfee;i="6500,9779,10493"; a="367907702" X-IronPort-AV: E=Sophos;i="5.95,167,1661842800"; d="scan'208";a="367907702" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Oct 2022 09:40:00 -0700 X-IronPort-AV: E=McAfee;i="6500,9779,10493"; a="687960909" X-IronPort-AV: E=Sophos;i="5.95,167,1661842800"; d="scan'208";a="687960909" Received: from ccwistar-mobl.amr.corp.intel.com (HELO [10.212.129.146]) ([10.212.129.146]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Oct 2022 09:39:58 -0700 Message-ID: <0f42e11434b264e555559cab626c1828a9eae09f.camel@linux.intel.com> Subject: Re: [RFC PATCH 00/20] Add Cgroup support for SGX EPC memory From: Kristen Carlson Accardi To: Tejun Heo , Dave Hansen Cc: linux-kernel@vger.kernel.org, linux-sgx@vger.kernel.org, cgroups@vger.kernel.org, Johannes Weiner , Michal Hocko , Roman Gushchin , Shakeel Butt , Muchun Song In-Reply-To: References: <20220922171057.1236139-1-kristen@linux.intel.com> <4b8605533e5deade739249bfb341ab9c06d56a1e.camel@linux.intel.com> <7ff6d114-a6cc-e3c5-5edb-8ac0e527d8a9@intel.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Date: Fri, 07 Oct 2022 09:39:40 -0700 User-Agent: Evolution 3.44.4 (3.44.4-1.fc36) X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,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: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2022-09-23 at 14:09 -1000, Tejun Heo wrote: >=20 > Given that, how about this? We can easily add the functionality of > .max > through the misc controller. Add a new key there, trycharge when > allocating > new memory, if fails, try reclaim and then fail allocation if reclaim > fails > hard enough. I belive that should give at least a reasonable place to > start > especially given that memcg only had limits with similar semantics > for quite > a while at the beginning. >=20 Hi Tejun, I'm playing with the misc controller to see if I can make it do what I need to do, and I had a question for you. Is there a way to easily get notified when there are writes to the "max" file? For example, in my full controller implementation, if a max value is written, the current epc usage for that cgroup is immediately examined. If that usage is over the new value of max, then the reclaimer will reclaim from that particular cgroup to get it under the max. If it is not possible to reclaim enough to get it under the max, enclaves will be killed so that all the epc pages can be released and then get under the max value. With the misc controller, i haven't been able to find a way to easily react to a change in the max value. Am I missing something? Thanks, Kristen