Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2333434imu; Sun, 18 Nov 2018 21:45:23 -0800 (PST) X-Google-Smtp-Source: AJdET5f6Izobj//b2+/2SVXjDss1KlfXzzVaF7Fkt1zqQmAeVSUzpxj0SDn+j4ZcrvP8rtxQB/+I X-Received: by 2002:a62:6bc8:: with SMTP id g191-v6mr22524128pfc.134.1542606323723; Sun, 18 Nov 2018 21:45:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542606323; cv=none; d=google.com; s=arc-20160816; b=U/b4YESV7CWDdbOUTgLpPBSHoWlDgIxtdsHifmqj7LWp51jSDULHzMMEepoQpt9k9r sLdwIWCEkCoorlVQMdGgOIspYduruHNnzNAOLeDRbXRuhoNTBMl0M2zfC7bLFbl2tEP/ QKnYZZ16mUEIC9ppt/gBxdX5g/o/+8J9GecqFQjAt3xHAxcmdGVIyuIS07uNsoudtnr4 bdPekaR9XGyPS/M0lE76liIe9MTnmO3kPHEXsRW4KVKZy6vpucwhQ4ToOQbQK76Q3ApX m5t/UgtZqhg55usW5UBkTEZAcobisqcl2JN7icOfQ7spU7+GW6NzOuhv6+42FwmS07LD RIvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from; bh=qbyAJ98h1gSpBc6/C3W2D7263N7p8oQC7WYdtvf/+6U=; b=Osj3FNzYZ6trIvikP43SWNLseLXbJ61IrdrlSENwMULlxv8DQ8KrjGI7j0GboCnyqA zCv4Ly7eegDtotWJxeE1YojgiG635KhrnpDa0qrEgqOvRMShCuwjo7Ysf+ztSCaXf7Je TyKJJtgHeKa3NICjXJVHhFW2WVy3/IilHlM1yI/2Tzyu/Lsj54UlNyzhxN3v/87oPNEi B1BeR+HZtTGwRos51ZTeGZOzLL6AF2p+oeCHKnW4VUttSZwanwCNJJRGIl4E5olg+FRf IF4612bU5OhaMLYy2arR0SV2FiT8rXOVXxm+R213COZ+hq1M6aQWVXeLItTJKwizfG1y KEpg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 15si18602724pfv.38.2018.11.18.21.45.08; Sun, 18 Nov 2018 21:45:23 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726108AbeKSQHD (ORCPT + 99 others); Mon, 19 Nov 2018 11:07:03 -0500 Received: from foss.arm.com ([217.140.101.70]:50880 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725925AbeKSQHD (ORCPT ); Mon, 19 Nov 2018 11:07:03 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 256D71596; Sun, 18 Nov 2018 21:44:31 -0800 (PST) Received: from [10.162.0.72] (unknown [10.162.0.72]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id CE1283F5AF; Sun, 18 Nov 2018 21:44:28 -0800 (PST) From: Anshuman Khandual Subject: Re: [PATCH 0/7] ACPI HMAT memory sysfs representation To: Dave Hansen , Keith Busch , linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linux-mm@kvack.org Cc: Greg Kroah-Hartman , Rafael Wysocki , Dan Williams References: <20181114224902.12082-1-keith.busch@intel.com> <1ed406b2-b85f-8e02-1df0-7c39aa21eca9@arm.com> <4ea6e80f-80ba-6992-8aa0-5c2d88996af7@intel.com> Message-ID: Date: Mon, 19 Nov 2018 11:14:28 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <4ea6e80f-80ba-6992-8aa0-5c2d88996af7@intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/16/2018 10:25 PM, Dave Hansen wrote: > On 11/15/18 10:27 PM, Anshuman Khandual wrote: >> Not able to see the patches from this series either on the list or on the >> archive (https://lkml.org/lkml/2018/11/15/331). IIRC last time we discussed >> about this and the concern which I raised was in absence of a broader NUMA >> rework for multi attribute memory it might not a good idea to settle down >> and freeze sysfs interface for the user space. > Hello Dave, > This *is* the broader NUMA rework. I think it's just a bit more > incremental that what you originally had in mind. IIUC NUMA re-work in principle involves these functional changes 1. Enumerating compute and memory nodes in heterogeneous environment (short/medium term) 2. Enumerating memory node attributes as seen from the compute nodes (short/medium term) 3. Changing core MM to accommodate multi attribute memory (long term) The first two set of changes can get the user space applications moving by identifying the right nodes and their attributes through sysfs interface. > > Did you have an alternative for how you wanted this to look? > No. I did not get enough time this year to rework on the original proposal I had. But will be able to help here to make this interface more generic, abstract out these properties which is extensible in the future. - Anshuman