devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ganapatrao Kulkarni <gpkulkarni-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: David Daney <ddaney.cavm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	David Daney <david.daney-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>,
	Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
	Ian Campbell
	<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
	Matt Fleming
	<matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org>,
	Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	Ard Biesheuvel
	<ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>,
	Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
	Grant Likely
	<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Ganapatrao Kulkarni
	<gkulkarni-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org>,
	Frank Rowand
	<frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: [PATCH v13 3/6] of, numa: Add NUMA of binding implementation.
Date: Thu, 3 Mar 2016 10:43:49 +0530	[thread overview]
Message-ID: <CAFpQJXXXE5FVB6OXznsji8Ywe2FCqHT9GCf1L4+G-SN+i3zT-g@mail.gmail.com> (raw)
In-Reply-To: <CAFpQJXWXegmedu_TU4T6W6BkEZeqnZvUC0+qCO9anxDLKeqWYg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On Thu, Mar 3, 2016 at 9:55 AM, Ganapatrao Kulkarni
<gpkulkarni-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Thu, Mar 3, 2016 at 9:04 AM, Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
>> On Wed, Mar 2, 2016 at 4:55 PM, David Daney <ddaney.cavm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> From: David Daney <david.daney-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>>>
>>> Add device tree parsing for NUMA topology using device
>>> "numa-node-id" property in distance-map and cpu nodes.
>>>
>>> This is a complete rewrite of a previous patch by:
>>>    Ganapatrao Kulkarni<gkulkarni-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org>
>>>
>>> Signed-off-by: David Daney <david.daney-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>>> ---
>>>  drivers/of/Kconfig   |   3 +
>>>  drivers/of/Makefile  |   1 +
>>>  drivers/of/of_numa.c | 200 +++++++++++++++++++++++++++++++++++++++++++++++++++
>>>  include/linux/of.h   |   9 +++
>>>  4 files changed, 213 insertions(+)
>>>  create mode 100644 drivers/of/of_numa.c
>>>
>>> diff --git a/drivers/of/Kconfig b/drivers/of/Kconfig
>>> index e2a4841..b3bec3a 100644
>>> --- a/drivers/of/Kconfig
>>> +++ b/drivers/of/Kconfig
>>> @@ -112,4 +112,7 @@ config OF_OVERLAY
>>>           While this option is selected automatically when needed, you can
>>>           enable it manually to improve device tree unit test coverage.
>>>
>>> +config OF_NUMA
>>> +       bool
>>> +
>>>  endif # OF
>>> diff --git a/drivers/of/Makefile b/drivers/of/Makefile
>>> index 156c072..bee3fa9 100644
>>> --- a/drivers/of/Makefile
>>> +++ b/drivers/of/Makefile
>>> @@ -14,5 +14,6 @@ obj-$(CONFIG_OF_MTD)  += of_mtd.o
>>>  obj-$(CONFIG_OF_RESERVED_MEM) += of_reserved_mem.o
>>>  obj-$(CONFIG_OF_RESOLVE)  += resolver.o
>>>  obj-$(CONFIG_OF_OVERLAY) += overlay.o
>>> +obj-$(CONFIG_OF_NUMA) += of_numa.o
>>>
>>>  obj-$(CONFIG_OF_UNITTEST) += unittest-data/
>>> diff --git a/drivers/of/of_numa.c b/drivers/of/of_numa.c
>>> new file mode 100644
>>> index 0000000..9727b60
>>> --- /dev/null
>>> +++ b/drivers/of/of_numa.c
>>> @@ -0,0 +1,200 @@
>>> +/*
>>> + * OF NUMA Parsing support.
>>> + *
>>> + * Copyright (C) 2015 - 2016 Cavium Inc.
>>> + *
>>> + * This program is free software; you can redistribute it and/or modify
>>> + * it under the terms of the GNU General Public License version 2 as
>>> + * published by the Free Software Foundation.
>>> + *
>>> + * This program is distributed in the hope that it will be useful,
>>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
>>> + * GNU General Public License for more details.
>>> + *
>>> + * You should have received a copy of the GNU General Public License
>>> + * along with this program.  If not, see <http://www.gnu.org/licenses/>.
>>> + */
>>> +
>>> +#include <linux/of.h>
>>> +#include <linux/of_fdt.h>
>>
>> This can be dropped now.
>>
>>> +#include <linux/nodemask.h>
>>> +
>>> +#include <asm/numa.h>
>>> +
>>> +/* define default numa node to 0 */
>>> +#define DEFAULT_NODE 0
>>> +
>>> +/*
>>> + * Even though we connect cpus to numa domains later in SMP
>>> + * init, we need to know the node ids now for all cpus.
>>> +*/
>>> +static void __init of_find_cpu_nodes(void)
>>
>> Perhaps of_parse_cpu_nodes for consistency.
>>
>> Actually, if all the functions were prefixed with "of_numa_" that
>> would be better.
>>
>>> +{
>>> +       u32 nid;
>>> +       int r;
>>> +       struct device_node *np = NULL;
>>> +
>>> +       for (;;) {
>>> +               np = of_find_node_by_type(np, "cpu");
>>> +               if (!np)
>>> +                       break;
>>
>> Can't we use the child node iterator for /cpus here?
>>
>>> +
>>> +               r = of_property_read_u32(np, "numa-node-id", &nid);
>>> +               if (r)
>>> +                       continue;
>>> +
>>> +               pr_debug("NUMA: CPU on %u\n", nid);
>>> +               if (nid >= MAX_NUMNODES)
>>> +                       pr_warn("NUMA: Node id %u exceeds maximum value\n",
>>> +                               nid);
>>> +               else
>>> +                       node_set(nid, numa_nodes_parsed);
>>
>> I'm not sure how this works, but don't you need to match this up with
>> MPIDR of the cpu here?

we are parsing cpu node to know the number of nodes present in the system.
alone memory will not convey the number of numa nodes present in the
system(in some cases like node has cpu but no memory).
we do mapping of cpu logical id and numa node id in smp init when cpu
logical id is numbered(of_parse_and_init_cpus).
and logical id is already mapped to hwid/MPIDR.

>>
>>> +       }
>>> +}
>>> +
>>> +static void __init of_parse_memory_nodes(void)
>>> +{
>>> +       struct device_node *np = NULL;
>>> +       int na, ns;
>>> +       const __be32 *prop;
>>> +       unsigned int psize;
>>> +       u32 nid;
>>> +       u64 base, size;
>>> +       int r;
>>> +
>>> +       for (;;) {
>>> +               np = of_find_node_by_type(np, "memory");
>>> +               if (!np)
>>> +                       break;
>>> +
>>> +               r = of_property_read_u32(np, "numa-node-id", &nid);
>>> +               if (r)
>>> +                       continue;
>>> +
>>
>>> +               prop = of_get_property(np, "reg", &psize);
>>> +               if (!prop)
>>> +                       continue;
>>> +
>>> +               psize /= sizeof(__be32);
>>> +               na = of_n_addr_cells(np);
>>> +               ns = of_n_size_cells(np);
>>> +
>>> +               if (psize < na + ns) {
>>> +                       pr_err("NUMA: memory reg property too small\n");
>>> +                       continue;
>>> +               }
>>> +               base = of_read_number(prop, na);
>>> +               size = of_read_number(prop + na, ns);
>>
>> You should be able to use of_address_to_resource for all this.
>>
>>> +
>>> +               pr_debug("NUMA:  base = %llx len = %llx, node = %u\n",
>>> +                        base, size, nid);
>>> +
>>> +               if (numa_add_memblk(nid, base, size) < 0)
>>> +                       break;
>>> +       }
>>> +
>>> +       of_node_put(np);
>>> +}
>>> +
>>> +static int __init parse_distance_map_v1(struct device_node *map)
>>> +{
>>> +       const __be32 *matrix;
>>> +       unsigned int matrix_size;
>>> +       int entry_count;
>>> +       int i;
>>> +       int nr_size_cells = OF_ROOT_NODE_SIZE_CELLS_DEFAULT;
>>
>> I believe the defaults are for some old DT files. As this is new, it
>> should rely on explicit #size-cells in the DT.
>>
>> OTOH, what is point of using #size-cells at all versus fixing the
>> sizes to 1 cell. The documentation doesn't indicate that it uses
>> #size-cells. That also means that the sizes basically follow the cell
>> size for the memory given that this is at the top-level.
>
> This property needs only size-cell of 1 (32 bit is sufficient to
> define numa node id and their relative distance)
> adding note about cell size of this property in binding will clear the doubt.
>>
>>> +
>>> +       pr_info("NUMA: parsing numa-distance-map-v1\n");
>>> +
>>> +       matrix = of_get_property(map, "distance-matrix", &matrix_size);
>>> +       if (!matrix) {
>>> +               pr_err("NUMA: No distance-matrix property in distance-map\n");
>>> +               return -EINVAL;
>>> +       }
>>> +
>>> +       entry_count = matrix_size / (sizeof(__be32) * 3 * nr_size_cells);
>>> +
>>> +       for (i = 0; i < entry_count; i++) {
>>> +               u32 nodea, nodeb, distance;
>>> +
>>> +               nodea = of_read_number(matrix, nr_size_cells);
>>> +               matrix += nr_size_cells;
>>> +               nodeb = of_read_number(matrix, nr_size_cells);
>>> +               matrix += nr_size_cells;
>>> +               distance = of_read_number(matrix, nr_size_cells);
>>> +               matrix += nr_size_cells;
>>
>> Assuming you fix this to 1 cell, you can use
>> of_property_count_u32_elems and of_property_read_u32_array.
>>
>>> +
>>> +               numa_set_distance(nodea, nodeb, distance);
>>> +               pr_debug("NUMA:  distance[node%d -> node%d] = %d\n",
>>> +                        nodea, nodeb, distance);
>>> +
>>> +               /* Set default distance of node B->A same as A->B */
>>> +               if (nodeb > nodea)
>>> +                       numa_set_distance(nodeb, nodea, distance);
>>> +       }
>>> +
>>> +       return 0;
>>> +}
>>> +
>>> +static int __init of_parse_distance_map(void)
>>> +{
>>> +       int ret = -EINVAL;
>>> +       struct device_node *np = of_find_node_by_name(NULL, "distance-map");
>>> +
>>> +       if (!np)
>>> +               return ret;
>>> +
>>> +       if (of_device_is_compatible(np, "numa-distance-map-v1")) {
>>
>> You can use of_find_compatible_node() instead of these 2 calls.
>>
>>> +               ret = parse_distance_map_v1(np);
>>> +               goto out;
>>> +       }
>>> +
>>> +       pr_err("NUMA: invalid distance-map device node\n");
>>> +out:
>>> +       of_node_put(np);
>>> +       return ret;
>>> +}
>>> +
>>> +int of_node_to_nid(struct device_node *device)
>>> +{
>>> +       struct device_node *np;
>>> +       u32 nid;
>>> +       int r = -ENODATA;
>>> +
>>> +       np = of_node_get(device);
>>> +
>>> +       while (np) {
>>> +               struct device_node *parent;
>>> +
>>> +               r = of_property_read_u32(np, "numa-node-id", &nid);
>>> +               if (r != -EINVAL)
>>
>> You want to break for other err values?
>>
>>> +                       break;
>>> +
>>> +               /* property doesn't exist in this node, look in parent */
>>> +               parent = of_get_parent(np);
>>> +               of_node_put(np);
>>> +               np = parent;
>>> +       }
>>> +       if (np && r)
>>> +               pr_warn("NUMA: Invalid \"numa-node-id\" property in node %s\n",
>>> +                       np->name);
>>> +       of_node_put(np);
>>> +
>>> +       if (!r) {
>>> +               if (nid >= MAX_NUMNODES)
>>> +                       pr_warn("NUMA: Node id %u exceeds maximum value\n",
>>> +                               nid);
>>> +               else
>>> +                       return nid;
>>> +       }
>>> +
>>> +       return NUMA_NO_NODE;
>>> +}
>>
>> Needs to be exported?
>>
>>> +
>>> +int __init of_numa_init(void)
>>> +{
>>> +       of_find_cpu_nodes();
>>> +       of_parse_memory_nodes();
>>> +       return of_parse_distance_map();
>>> +}
>>> diff --git a/include/linux/of.h b/include/linux/of.h
>>> index dc6e396..fe67a4c 100644
>>> --- a/include/linux/of.h
>>> +++ b/include/linux/of.h
>>> @@ -685,6 +685,15 @@ static inline int of_node_to_nid(struct device_node *device)
>>>  }
>>>  #endif
>>>
>>> +#ifdef CONFIG_OF_NUMA
>>> +extern int of_numa_init(void);
>>> +#else
>>> +static inline int of_numa_init(void)
>>> +{
>>> +       return -ENOSYS;
>>> +}
>>> +#endif
>>> +
>>>  static inline struct device_node *of_find_matching_node(
>>>         struct device_node *from,
>>>         const struct of_device_id *matches)
>>> --
>>> 1.8.3.1
>>>
>>

Ganapat
>
> thanks
> Ganapat
>
>> _______________________________________________
>> linux-arm-kernel mailing list
>> linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  parent reply	other threads:[~2016-03-03  5:13 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-02 22:55 [PATCH v13 0/6] arm64, numa: Add numa support for arm64 platforms David Daney
2016-03-02 22:55 ` [PATCH v13 1/6] efi: ARM/arm64: ignore DT memory nodes instead of removing them David Daney
2016-03-02 22:55 ` [PATCH v13 2/6] Documentation, dt, numa: dt bindings for NUMA David Daney
2016-03-02 22:55 ` [PATCH v13 3/6] of, numa: Add NUMA of binding implementation David Daney
     [not found]   ` <1456959362-2036-4-git-send-email-ddaney.cavm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-03-03  3:34     ` Rob Herring
2016-03-03  4:25       ` Ganapatrao Kulkarni
     [not found]         ` <CAFpQJXWXegmedu_TU4T6W6BkEZeqnZvUC0+qCO9anxDLKeqWYg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-03  5:13           ` Ganapatrao Kulkarni [this message]
     [not found]       ` <CAL_JsqLRP6tmpY7cJ61Ybrrai4ctA7ezyUGmYwdbywe+-qBG5A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-03 17:33         ` David Daney
     [not found]           ` <56D87572.3090002-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org>
2016-03-04  0:21             ` Rob Herring
2016-03-02 22:56 ` [PATCH v13 4/6] arm64: Move unflatten_device_tree() call earlier David Daney
2016-03-03 13:47   ` Rob Herring
     [not found]     ` <CAL_JsqL0Mzgp_SkycmiZBbt2OoGtE7_rFgD41Jex4nDS7xXrHA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-03-03 16:33       ` David Daney
     [not found]         ` <56D86761.9060905-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org>
2016-03-03 16:36           ` Ard Biesheuvel
2016-03-02 22:56 ` [PATCH v13 5/6] arm64, numa: Add NUMA support for arm64 platforms David Daney
2016-03-02 22:56 ` [PATCH v13 6/6] arm64, mm, numa: Add NUMA balancing support for arm64 David Daney

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAFpQJXXXE5FVB6OXznsji8Ywe2FCqHT9GCf1L4+G-SN+i3zT-g@mail.gmail.com \
    --to=gpkulkarni-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
    --cc=catalin.marinas-5wv7dgnIgG8@public.gmane.org \
    --cc=david.daney-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org \
    --cc=ddaney.cavm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
    --cc=gkulkarni-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org \
    --cc=grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
    --cc=ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
    --cc=matt-mF/unelCI9GS6iBeEJttW/XRex20P6io@public.gmane.org \
    --cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \
    --cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org \
    --cc=will.deacon-5wv7dgnIgG8@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).