From: Julien Grall <julien.grall@arm.com>
To: vijay.kilari@gmail.com, sstabellini@kernel.org,
andre.przywara@arm.com, dario.faggioli@citrix.com
Cc: xen-devel@lists.xenproject.org, nd@arm.com,
Vijaya Kumar K <Vijaya.Kumar@cavium.com>
Subject: Re: [RFC PATCH v1 03/21] NUMA: Move arch specific NUMA code as common
Date: Mon, 20 Feb 2017 12:47:55 +0000 [thread overview]
Message-ID: <65c47e3d-df7d-6c4d-a19f-883dd30cbef0@arm.com> (raw)
In-Reply-To: <1486655834-9708-4-git-send-email-vijay.kilari@gmail.com>
Hello Vijay,
On 09/02/17 15:56, vijay.kilari@gmail.com wrote:
> From: Vijaya Kumar K <Vijaya.Kumar@cavium.com>
>
> Move some common numa code from xen/arch/x86/srat.c
> to xen/common/numa.c
>
> Signed-off-by: Vijaya Kumar K <Vijaya.Kumar@cavium.com>
> ---
> xen/arch/x86/srat.c | 54 ++++-----------------------------------------
> xen/common/numa.c | 55 ++++++++++++++++++++++++++++++++++++++++++++++
> xen/include/asm-x86/acpi.h | 1 -
> xen/include/asm-x86/numa.h | 1 -
> xen/include/xen/numa.h | 5 ++++-
> 5 files changed, 63 insertions(+), 53 deletions(-)
>
> diff --git a/xen/arch/x86/srat.c b/xen/arch/x86/srat.c
> index d86783e..58dee09 100644
> --- a/xen/arch/x86/srat.c
> +++ b/xen/arch/x86/srat.c
> @@ -25,7 +25,7 @@ static struct acpi_table_slit *__read_mostly acpi_slit;
>
> static nodemask_t memory_nodes_parsed __initdata;
> static nodemask_t processor_nodes_parsed __initdata;
> -static struct node nodes[MAX_NUMNODES] __initdata;
> +extern struct node nodes[MAX_NUMNODES] __initdata;
>
> struct pxm2node {
> unsigned pxm;
> @@ -36,9 +36,9 @@ static struct pxm2node __read_mostly pxm2node[MAX_NUMNODES] =
>
> static unsigned node_to_pxm(nodeid_t n);
>
> -static int num_node_memblks;
> -static struct node node_memblk_range[NR_NODE_MEMBLKS];
> -static nodeid_t memblk_nodeid[NR_NODE_MEMBLKS];
> +extern int num_node_memblks;
> +extern struct node node_memblk_range[NR_NODE_MEMBLKS];
> +extern nodeid_t memblk_nodeid[NR_NODE_MEMBLKS];
> static __initdata DECLARE_BITMAP(memblk_hotplug, NR_NODE_MEMBLKS);
>
> static inline bool_t node_found(unsigned idx, unsigned pxm)
> @@ -103,52 +103,6 @@ nodeid_t setup_node(unsigned pxm)
> return node;
> }
>
> -int valid_numa_range(u64 start, u64 end, nodeid_t node)
> -{
> - int i;
> -
> - for (i = 0; i < num_node_memblks; i++) {
> - struct node *nd = &node_memblk_range[i];
> -
> - if (nd->start <= start && nd->end > end &&
> - memblk_nodeid[i] == node )
> - return 1;
> - }
> -
> - return 0;
> -}
> -
> -static __init int conflicting_memblks(u64 start, u64 end)
> -{
> - int i;
> -
> - for (i = 0; i < num_node_memblks; i++) {
> - struct node *nd = &node_memblk_range[i];
> - if (nd->start == nd->end)
> - continue;
> - if (nd->end > start && nd->start < end)
> - return i;
> - if (nd->end == end && nd->start == start)
> - return i;
> - }
> - return -1;
> -}
> -
> -static __init void cutoff_node(int i, u64 start, u64 end)
> -{
> - struct node *nd = &nodes[i];
> - if (nd->start < start) {
> - nd->start = start;
> - if (nd->end < nd->start)
> - nd->start = nd->end;
> - }
> - if (nd->end > end) {
> - nd->end = end;
> - if (nd->start > nd->end)
> - nd->start = nd->end;
> - }
> -}
> -
> static __init void bad_srat(void)
> {
> int i;
> diff --git a/xen/common/numa.c b/xen/common/numa.c
> index 59dcb63..13f147c 100644
> --- a/xen/common/numa.c
> +++ b/xen/common/numa.c
> @@ -46,6 +46,61 @@ nodeid_t cpu_to_node[NR_CPUS] __read_mostly = {
>
> cpumask_t node_to_cpumask[MAX_NUMNODES] __read_mostly;
>
> +int num_node_memblks;
> +struct node node_memblk_range[NR_NODE_MEMBLKS];
> +nodeid_t memblk_nodeid[NR_NODE_MEMBLKS];
> +struct node nodes[MAX_NUMNODES] __initdata;
> +
> +int valid_numa_range(u64 start, u64 end, nodeid_t node)
I am not sure why you move this code in common code when it is not even
used in your series.
Furthermore, please use paddr_t rather than u64.
> +{
> +#ifdef CONFIG_NUMA
common/numa.c should really not be compiled at all for configuration not
supporting NUMA. In other words, I really don't want to see #ifdefery in
common/numa.c.
> + int i;
> +
> + for (i = 0; i < num_node_memblks; i++) {
I know you are moving code around, but fix the coding style before hand
would have been appreciated.
> + struct node *nd = &node_memblk_range[i];
> +
> + if (nd->start <= start && nd->end > end &&
> + memblk_nodeid[i] == node )
> + return 1;
> + }
> +
> + return 0;
> +#else
> + return 1;
> +#endif
> +}
> +
> +__init int conflicting_memblks(u64 start, u64 end)
Ditto for u64.
> +{
> + int i;
> +
> + for (i = 0; i < num_node_memblks; i++) {
> + struct node *nd = &node_memblk_range[i];
> + if (nd->start == nd->end)
> + continue;
> + if (nd->end > start && nd->start < end)
> + return i;
> + if (nd->end == end && nd->start == start)
> + return i;
> + }
> + return -1;
> +}
> +
> +__init void cutoff_node(int i, u64 start, u64 end)
Same remark as above.
> +{
> + struct node *nd = &nodes[i];
> + if (nd->start < start) {
> + nd->start = start;
> + if (nd->end < nd->start)
> + nd->start = nd->end;
> + }
> + if (nd->end > end) {
> + nd->end = end;
> + if (nd->start > nd->end)
> + nd->start = nd->end;
> + }
> +}
> +
> /*
> * Given a shift value, try to populate memnodemap[]
> * Returns :
> diff --git a/xen/include/asm-x86/acpi.h b/xen/include/asm-x86/acpi.h
> index d36bee9..f1a8e9d 100644
> --- a/xen/include/asm-x86/acpi.h
> +++ b/xen/include/asm-x86/acpi.h
> @@ -106,7 +106,6 @@ extern void acpi_reserve_bootmem(void);
>
> extern s8 acpi_numa;
> extern int acpi_scan_nodes(u64 start, u64 end);
> -#define NR_NODE_MEMBLKS (MAX_NUMNODES*2)
>
> #ifdef CONFIG_ACPI_SLEEP
>
> diff --git a/xen/include/asm-x86/numa.h b/xen/include/asm-x86/numa.h
> index 61bcd8e..df1f7d5 100644
> --- a/xen/include/asm-x86/numa.h
> +++ b/xen/include/asm-x86/numa.h
> @@ -28,7 +28,6 @@ extern int srat_disabled(void);
> extern void srat_detect_node(int cpu);
>
> extern nodeid_t apicid_to_node[];
> -extern int valid_numa_range(u64 start, u64 end, nodeid_t node);
>
> void srat_parse_regions(u64 addr);
> extern u8 __node_distance(nodeid_t a, nodeid_t b);
> diff --git a/xen/include/xen/numa.h b/xen/include/xen/numa.h
> index dd33c92..810f742 100644
> --- a/xen/include/xen/numa.h
> +++ b/xen/include/xen/numa.h
> @@ -11,7 +11,7 @@
> #define NUMA_NO_DISTANCE 0xFF
>
> #define MAX_NUMNODES (1 << NODES_SHIFT)
> -
Spurious change.
> +#define NR_NODE_MEMBLKS (MAX_NUMNODES*2)
> #define vcpu_to_node(v) (cpu_to_node((v)->processor))
>
> #define domain_to_node(d) \
> @@ -66,6 +66,9 @@ static inline __attribute__((pure)) nodeid_t phys_to_nid(paddr_t addr)
> #define clear_node_cpumask(cpu) do {} while (0)
> #endif /* CONFIG_NUMA */
>
> +extern int valid_numa_range(u64 start, u64 end, nodeid_t node);
> +extern int conflicting_memblks(u64 start, u64 end);
> +extern void cutoff_node(int i, u64 start, u64 end);
> extern void numa_add_cpu(int cpu);
> extern nodeid_t setup_node(unsigned int pxm);
> extern void numa_set_node(int cpu, nodeid_t node);
>
Regards,
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2017-02-20 12:48 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-09 15:56 [RFC PATCH v1 00/21] ARM: Add Xen NUMA support vijay.kilari
2017-02-09 15:56 ` [RFC PATCH v1 01/21] ARM: NUMA: Add existing ARM numa code under CONFIG_NUMA vijay.kilari
2017-02-20 11:39 ` Julien Grall
2017-02-22 9:18 ` Vijay Kilari
2017-02-22 10:49 ` Julien Grall
2017-02-09 15:56 ` [RFC PATCH v1 02/21] x86: NUMA: Refactor NUMA code vijay.kilari
2017-02-09 16:11 ` Jan Beulich
2017-02-20 11:41 ` Julien Grall
2017-02-27 11:43 ` Vijay Kilari
2017-02-27 14:58 ` Jan Beulich
2017-02-20 12:37 ` Julien Grall
2017-02-22 10:04 ` Vijay Kilari
2017-02-22 10:55 ` Julien Grall
2017-02-09 15:56 ` [RFC PATCH v1 03/21] NUMA: Move arch specific NUMA code as common vijay.kilari
2017-02-09 16:15 ` Jan Beulich
2017-02-20 12:47 ` Julien Grall [this message]
2017-02-22 10:08 ` Vijay Kilari
2017-02-22 11:07 ` Julien Grall
2017-02-09 15:56 ` [RFC PATCH v1 04/21] NUMA: Refactor generic and arch specific code of numa_setup vijay.kilari
2017-02-20 13:39 ` Julien Grall
2017-02-22 10:27 ` Vijay Kilari
2017-02-22 11:09 ` Julien Grall
2017-02-09 15:56 ` [RFC PATCH v1 05/21] ARM: efi: Do not delete memory node from fdt vijay.kilari
2017-02-20 13:42 ` Julien Grall
2017-02-09 15:56 ` [RFC PATCH v1 06/21] ARM: NUMA: Parse CPU NUMA information vijay.kilari
2017-02-20 17:32 ` Julien Grall
2017-02-22 10:46 ` Vijay Kilari
2017-02-22 11:10 ` Julien Grall
2017-02-20 17:36 ` Julien Grall
2017-02-09 15:56 ` [RFC PATCH v1 07/21] ARM: NUMA: Parse memory " vijay.kilari
2017-02-20 18:05 ` Julien Grall
2017-03-02 12:25 ` Vijay Kilari
2017-03-02 14:48 ` Julien Grall
2017-03-02 15:08 ` Vijay Kilari
2017-03-02 15:19 ` Julien Grall
2017-02-09 15:57 ` [RFC PATCH v1 08/21] ARM: NUMA: Parse NUMA distance information vijay.kilari
2017-02-20 18:28 ` Julien Grall
2017-02-22 11:38 ` Vijay Kilari
2017-02-22 11:44 ` Julien Grall
2017-03-02 12:10 ` Vijay Kilari
2017-03-02 12:17 ` Julien Grall
2017-02-09 15:57 ` [RFC PATCH v1 09/21] ARM: NUMA: Add CPU NUMA support vijay.kilari
2017-02-20 18:32 ` Julien Grall
2017-02-09 15:57 ` [RFC PATCH v1 10/21] ARM: NUMA: Add memory " vijay.kilari
2017-03-02 16:05 ` Julien Grall
2017-03-02 16:23 ` Vijay Kilari
2017-02-09 15:57 ` [RFC PATCH v1 11/21] ARM: NUMA: Add fallback on NUMA failure vijay.kilari
2017-03-02 16:09 ` Julien Grall
2017-03-02 16:25 ` Vijay Kilari
2017-02-09 15:57 ` [RFC PATCH v1 12/21] ARM: NUMA: Do not expose numa info to DOM0 vijay.kilari
2017-02-20 18:36 ` Julien Grall
2017-03-02 12:30 ` Vijay Kilari
2017-02-09 15:57 ` [RFC PATCH v1 13/21] ACPI: Refactor acpi SRAT and SLIT table handling code vijay.kilari
2017-03-02 15:30 ` Julien Grall
2017-03-02 16:31 ` Vijay Kilari
2017-03-02 16:32 ` Julien Grall
2017-02-09 15:57 ` [RFC PATCH v1 14/21] ACPI: Move srat_disabled to common code vijay.kilari
2017-02-09 15:57 ` [RFC PATCH v1 15/21] ARM: NUMA: Extract MPIDR from MADT table vijay.kilari
2017-03-02 16:28 ` Julien Grall
2017-03-02 16:41 ` Vijay Kilari
2017-03-02 16:49 ` Julien Grall
2017-02-09 15:57 ` [RFC PATCH v1 16/21] ARM: NUMA: Extract proximity from SRAT table vijay.kilari
2017-03-02 17:21 ` Julien Grall
2017-03-03 12:39 ` Vijay Kilari
2017-03-03 13:44 ` Julien Grall
2017-03-03 13:50 ` Vijay Kilari
2017-03-03 13:52 ` Julien Grall
2017-03-03 14:45 ` Vijay Kilari
2017-03-03 14:52 ` Julien Grall
2017-03-03 15:16 ` Vijay Kilari
2017-03-03 15:22 ` Jan Beulich
2017-03-10 10:53 ` Vijay Kilari
2017-02-09 15:57 ` [RFC PATCH v1 17/21] ARM: NUMA: Extract memory " vijay.kilari
2017-02-10 17:33 ` Konrad Rzeszutek Wilk
2017-02-10 17:35 ` Konrad Rzeszutek Wilk
2017-03-02 14:41 ` Vijay Kilari
2017-02-09 15:57 ` [RFC PATCH v1 18/21] ARM: NUMA: update node_distance with ACPI support vijay.kilari
2017-03-02 17:24 ` Julien Grall
2017-03-03 12:43 ` Vijay Kilari
2017-03-03 13:46 ` Julien Grall
2017-02-09 15:57 ` [RFC PATCH v1 19/21] ARM: NUMA: Initialize ACPI NUMA vijay.kilari
2017-03-02 17:25 ` Julien Grall
2017-03-03 12:44 ` Vijay Kilari
2017-02-09 15:57 ` [RFC PATCH v1 20/21] ARM: NUMA: Enable CONFIG_NUMA config vijay.kilari
2017-03-02 17:27 ` Julien Grall
2017-02-09 15:57 ` [RFC PATCH v1 21/21] ARM: NUMA: Enable CONFIG_ACPI_NUMA config vijay.kilari
2017-03-02 17:31 ` Julien Grall
2017-02-09 16:31 ` [RFC PATCH v1 00/21] ARM: Add Xen NUMA support Julien Grall
2017-02-09 16:59 ` Vijay Kilari
2017-02-10 17:30 ` Konrad Rzeszutek Wilk
2017-03-02 14:49 ` Vijay Kilari
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=65c47e3d-df7d-6c4d-a19f-883dd30cbef0@arm.com \
--to=julien.grall@arm.com \
--cc=Vijaya.Kumar@cavium.com \
--cc=andre.przywara@arm.com \
--cc=dario.faggioli@citrix.com \
--cc=nd@arm.com \
--cc=sstabellini@kernel.org \
--cc=vijay.kilari@gmail.com \
--cc=xen-devel@lists.xenproject.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).