Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp64pxf; Wed, 31 Mar 2021 14:41:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyWSbTMGgxVgFsiWUhAQCVwmAC2CLc+vu/0iUJwy2R6WRJFMpwpiMgp/BnFJuEf2MknkSO2 X-Received: by 2002:a05:6402:254f:: with SMTP id l15mr6317839edb.189.1617226897377; Wed, 31 Mar 2021 14:41:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617226897; cv=none; d=google.com; s=arc-20160816; b=FJJ+tEecLzvZLVCrWxWtlNdfv65TLAZd2Nh6+JHjjIp/lyRCtFf8RRtYVUgZHNQocL LOMkuGX+cfSAPovUoCh1qafjdW4Dem0jB+bbW/cz3Lf8IvRlRa+xdO8aUuGvI5HxSA4x FIitsET81dvCDv7DAyMYmx57LAe81vTPf0V59c79tUdxSFmnGkigkv4uoE830Cq2nOTW bMidaYBuFBi9EfMUOGEs2ZiyuI6Kb7nwGfnHHnHm/0PvuBLZZyRsjD1P0fIXRFKg5wQD 3kHPEjmQDtBsPOzUUXhdquiv81uBEUSIrTz9neG/l86SSH7bFC/TeUb89U2KRnxPbuQ/ 25Mg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:ironport-sdr:ironport-sdr; bh=xn0HBJYtfPtpgv44FhRd+TejSRhXiKLE1pYSgXnyaZM=; b=TYV8419yMF4Lgw9FOsgwm1taAb96376NBxVUlOI0n7GIWtTWfPDZtftRzZVCHTbkbq LbrHqyHHLfvKv0VrP10BQA8pqrdQYGjZ2ICjDbpIsftUP/4fo+ZhNu8/2z6mX9vYcvDT ZTb43Fhe1F5zKRaW3mFnujS49TX2KtZ9pIiWygIIqcY9RhkIWTeRIyUB+dGXyGQCrq0l 8FSg5es4A/wEVosYP8Q87oC1hPdI77kIt+4rModDNMbZ0/QJDXXgdE6EPJUNHSBYGJaJ qidA5n0lBvsnyfC9kpl1V7JSuJDk7aNblk2AzvF84fuTPxim8ofOp08xv5l4oVLtLoqz BkjA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b6si3144424ejb.398.2021.03.31.14.41.14; Wed, 31 Mar 2021 14:41:37 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232661AbhCaViw (ORCPT + 99 others); Wed, 31 Mar 2021 17:38:52 -0400 Received: from mga09.intel.com ([134.134.136.24]:11505 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232585AbhCaVil (ORCPT ); Wed, 31 Mar 2021 17:38:41 -0400 IronPort-SDR: EppeCfZ2t4TJk7J9++CWPaAceC/HbAOUiDXPiTlSmVga0tZOVLEs21rXh7xreOGq3VAylTijk5 8nsEW6Q1ZB7A== X-IronPort-AV: E=McAfee;i="6000,8403,9940"; a="192198657" X-IronPort-AV: E=Sophos;i="5.81,295,1610438400"; d="scan'208";a="192198657" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Mar 2021 14:38:41 -0700 IronPort-SDR: eTMnI4kwUh8lBZ+cBTDQzKt0wulN5uZWbQvjA/de7czjWZDmmGm8vd5ZAk9ecG3eVrPgiWjStg f3Z92azyL2EA== X-IronPort-AV: E=Sophos;i="5.81,295,1610438400"; d="scan'208";a="377433229" Received: from rchatre-mobl3.amr.corp.intel.com (HELO [10.212.177.63]) ([10.212.177.63]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Mar 2021 14:38:40 -0700 Subject: Re: [PATCH v2 06/24] x86/resctrl: Walk the resctrl schema list instead of an arch list To: James Morse , x86@kernel.org, linux-kernel@vger.kernel.org Cc: Fenghua Yu , Thomas Gleixner , Ingo Molnar , Borislav Petkov , H Peter Anvin , Babu Moger , shameerali.kolothum.thodi@huawei.com, Jamie Iles , D Scott Phillips OS References: <20210312175849.8327-1-james.morse@arm.com> <20210312175849.8327-7-james.morse@arm.com> From: Reinette Chatre Message-ID: Date: Wed, 31 Mar 2021 14:38:40 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <20210312175849.8327-7-james.morse@arm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi James, On 3/12/2021 9:58 AM, James Morse wrote: > Once the arch code is abstracted from the resctrl filesystem code > the separate schema for CDP are created by the filesystem code. This > means the same resource is used for different schema, or types of > configuration. > > Helpers like rdtgroup_cbm_overlaps() need the resctrl_schema to > retrieve the configuration (or configurations). Before these > helpers can be changed to take the schema instead of the resource, > their callers must have the schema on hand. > > Change the users of for_each_alloc_enabled_rdt_resource() to walk > the schema instead. Schema were only created for alloc_enabled resources > so these two lists are currently equivalent. Currently equivalent? Does this mean that at some point they will not be equivalent and this change will be impacted? > > schemata_list_create() and rdt_kill_sb() are ignored. The first > creates the schema list, and will eventually loop over the resource > indexes using an arch helper to retrieve the resource. rdt_kill_sb() > will eventually make use of an arch 'reset everything' helper. Please elaborate on what "eventually" means here. It does not seem to indicate this patch series so please clarify that and any impacts. > > After the filesystem code is moved, rdtgroup_pseudo_locked_in_hierarchy() > remains part of the x86 specific hooks to support psuedo lock. This code psuedo -> pseudo Thank you Reinette