[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [RFC PATCH v2 12/25] ARM: NUMA: Parse CPU NUMA information



On Mon, May 8, 2017 at 11:01 PM, Julien Grall <julien.grall@xxxxxxx> wrote:
> Hi Vijay,
>
> The title likely needs to have the work device-tree/DT in it.
>
> On 28/03/17 16:53, vijay.kilari@xxxxxxxxx wrote:
>>
>> From: Vijaya Kumar K <Vijaya.Kumar@xxxxxxxxxx>
>>
>> Parse CPU node and fetch numa-node-id information.
>> For each node-id found, update nodemask_t mask.
>> Refer to /Documentation/devicetree/bindings/numa.txt.
>
>
> In which repository?
>
>
>>
>> Signed-off-by: Vijaya Kumar K <Vijaya.Kumar@xxxxxxxxxx>
>> ---
>>  xen/arch/arm/Makefile       |  1 +
>>  xen/arch/arm/bootfdt.c      | 16 ++++++++--
>>  xen/arch/arm/numa/Makefile  |  2 ++
>>  xen/arch/arm/numa/dt_numa.c | 78
>> +++++++++++++++++++++++++++++++++++++++++++++
>>  xen/arch/arm/numa/numa.c    | 50 +++++++++++++++++++++++++++++
>>  xen/arch/arm/setup.c        |  4 +++
>>  xen/include/asm-arm/numa.h  | 10 +++++-
>>  xen/include/asm-arm/setup.h |  4 ++-
>>  8 files changed, 161 insertions(+), 4 deletions(-)
>>
>> diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile
>> index 0ce94a8..d13b79f 100644
>> --- a/xen/arch/arm/Makefile
>> +++ b/xen/arch/arm/Makefile
>> @@ -3,6 +3,7 @@ subdir-$(CONFIG_ARM_64) += arm64
>>  subdir-y += platforms
>>  subdir-$(CONFIG_ARM_64) += efi
>>  subdir-$(CONFIG_ACPI) += acpi
>> +subdir-$(CONFIG_NUMA) += numa
>>
>>  obj-$(CONFIG_HAS_ALTERNATIVE) += alternative.o
>>  obj-y += bootfdt.init.o
>> diff --git a/xen/arch/arm/bootfdt.c b/xen/arch/arm/bootfdt.c
>> index ea188a0..1f876f0 100644
>> --- a/xen/arch/arm/bootfdt.c
>> +++ b/xen/arch/arm/bootfdt.c
>> @@ -62,8 +62,20 @@ static void __init device_tree_get_reg(const __be32
>> **cell, u32 address_cells,
>>      *size = dt_next_cell(size_cells, cell);
>>  }
>>
>> -static u32 __init device_tree_get_u32(const void *fdt, int node,
>> -                                      const char *prop_name, u32 dflt)
>> +bool_t __init device_tree_type_matches(const void *fdt, int node,
>> +                                       const char *match)
>> +{
>> +    const void *prop;
>> +
>> +    prop = fdt_getprop(fdt, node, "device_type", NULL);
>> +    if ( prop == NULL )
>> +        return 0;
>> +
>> +    return strcmp(prop, match) == 0 ? 1 : 0;
>> +}
>> +
>
>
> This change is not explained in the patch and does not belong to it anyway.

OK.
>
>> +u32 __init device_tree_get_u32(const void *fdt, int node,
>> +                               const char *prop_name, u32 dflt)
>
>
> Ditto. I would recommend to read [1] for tips to break down a patch.
>
>
>>  {
>>      const struct fdt_property *prop;
>>
>> diff --git a/xen/arch/arm/numa/Makefile b/xen/arch/arm/numa/Makefile
>> new file mode 100644
>> index 0000000..3af3aff
>> --- /dev/null
>> +++ b/xen/arch/arm/numa/Makefile
>> @@ -0,0 +1,2 @@
>> +obj-y += dt_numa.o
>> +obj-y += numa.o
>> diff --git a/xen/arch/arm/numa/dt_numa.c b/xen/arch/arm/numa/dt_numa.c
>> new file mode 100644
>> index 0000000..66c6efb
>> --- /dev/null
>> +++ b/xen/arch/arm/numa/dt_numa.c
>> @@ -0,0 +1,78 @@
>> +/*
>> + * 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 <xen/libfdt/libfdt.h>
>> +#include <xen/mm.h>
>> +#include <xen/nodemask.h>
>> +#include <asm/mm.h>
>
>
> This is already included by xen/mm.h
>
>> +#include <xen/numa.h>
>> +#include <xen/device_tree.h>
>> +#include <asm/setup.h>
>
>
> Please order the include.
>
>> +
>> +extern nodemask_t processor_nodes_parsed;
>
>
> See my comment on patch #11. I may miss of them and hoping you will fix all
> the occurrence in the next version.
>
>
>> +
>> +/*
>> + * Even though we connect cpus to numa domains later in SMP
>> + * init, we need to know the node ids now for all cpus.
>> + */
>> +static int __init dt_numa_process_cpu_node(const void *fdt, int node,
>> +                                           const char *name,
>> +                                           uint32_t address_cells,
>> +                                           uint32_t size_cells)
>> +{
>> +    uint32_t nid;
>> +
>> +    nid = device_tree_get_u32(fdt, node, "numa-node-id", MAX_NUMNODES);
>> +
>> +    if ( nid >= MAX_NUMNODES )
>> +        printk(XENLOG_WARNING "NUMA: Node id %u exceeds maximum value\n",
>> nid);
>> +    else
>> +        node_set(nid, processor_nodes_parsed);
>> +
>> +    return 0;
>> +}
>> +
>> +static int __init dt_numa_scan_cpu_node(const void *fdt, int node,
>> +                                        const char *name, int depth,
>> +                                        uint32_t address_cells,
>> +                                        uint32_t size_cells, void *data)
>> +{
>> +    if ( device_tree_type_matches(fdt, node, "cpu") )
>> +        return dt_numa_process_cpu_node(fdt, node, name, address_cells,
>> +                                        size_cells);
>
>
> As said on v1, this code is wrong. CPUs nodes can only be in /cpus and you
> cannot rely on the name to be "cpu" (see binding in
> Documentation/devicetree/bindings/arm/cpu.txt). The only way to check if it
> is a CPU is to look for the property device_type.

The function device_tree_type_matches() isn't looking for device_type?.
Below is dt info on device_type. Anything missing?

                cpu@10101 {
                        compatible = "cavium,thunder", "arm,armv8";
                        device_type = "cpu";
                        ....
                };

>
> Cheers,
>
> [1] https://wiki.xenproject.org/wiki/Submitting_Xen_Project_Patches
>
> --
> Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.