Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757295AbaDHWqP (ORCPT ); Tue, 8 Apr 2014 18:46:15 -0400 Received: from mga09.intel.com ([134.134.136.24]:34723 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756372AbaDHWqO (ORCPT ); Tue, 8 Apr 2014 18:46:14 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,819,1389772800"; d="scan'208";a="517072891" Message-ID: <53445245.3020400@intel.com> Date: Tue, 08 Apr 2014 12:47:17 -0700 From: Dave Hansen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Nathan Fontenot , Li Zhong , Yasuaki Ishimatsu CC: LKML , gregkh@linuxfoundation.org, Andrew Morton , KAMEZAWA Hiroyuki , KOSAKI Motohiro , Zhang Yanfei Subject: Re: [RFC PATCH] memory driver: make phys_index/end_phys_index reflect the start/end section number References: <1396429018.2913.19.camel@ThinkPad-T5421.cn.ibm.com> <533E0B0E.9020909@jp.fujitsu.com> <1396945659.3162.6.camel@ThinkPad-T5421.cn.ibm.com> <53442021.2060608@intel.com> <53443E8C.4070906@linux.vnet.ibm.com> In-Reply-To: <53443E8C.4070906@linux.vnet.ibm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/08/2014 11:23 AM, Nathan Fontenot wrote: > On 04/08/2014 11:13 AM, Dave Hansen wrote: >> On 04/08/2014 01:27 AM, Li Zhong wrote: >>> If Dave and others don't have further objections, it seems this small >>> userspace incompatibility could be accepted by most of us, and I don't >>> need to make a version 2. >> >> Let me ask another question then. What are the units of >> phys_index/end_phys_index? How do we expose those units to userspace? >> > > The documentation for these files just states that the files contain > the first and last section id of memory in the memory block for > phys_index and end_phys_index respectively. > > I'm not sure the values have ever been units of anything, at least not > that I remember. There are two units. SECTION_SIZE, which is completely internal to the kernel, and block_size_bytes which used to be the same as SECTION_SIZE, but is not now. Which one of those two is phys_index/end_phys_index in, and if it is in terms of SECTION_SIZE like this patch proposes, how do we tell userspace how large SECTION_SIZE is? block_size_bytes is supposed to tell you how large the sections are. In the case where we lumped a bunch of sections together, we also bumped up block_size_bytes. That's why we currently divide the *ACTUAL* section number in phys_index/end_phys_index by block_size_bytes. That document really needs to be updated to stop referring to sections (at least in the descriptions of the user interface). We can not change the units of phys_index/end_phys_index without also changing block_size_bytes. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/