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

RE: [PATCH 25/37] xen/arm: implement bad_srat for Arm NUMA initialization


  • To: Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • From: Wei Chen <Wei.Chen@xxxxxxx>
  • Date: Fri, 24 Sep 2021 04:45:16 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=g8T94Mbto6pvFVI8qCVmcdrb3oV9mjt0Zfo4bQrqJgE=; b=aFXmYD2WqXbcJwqBAHcecCCF7KBK6J6upwUn1yFwC2mCVLlaUU8OV/lLpwyEq3Tih17Abx57YJxBpjqCkpqx5X5uegxuZHarRfW7lRVYqVeM0m7FOZjEMSU6XZ7uI5eA5V5fneuFYfs0WeqMOOMJaOaGvPO4QIztjqPIk+MuyUBl2KAnD2AAwsFEOYCKmyXi0I0OvP0JKK6pGnEQIVb3gYlEnrrVYSZAxUgUf4g72NTo8vNQlS04Jj/4SITb57aTpgLy+BlkMR3OzH2OLmchz478WLGNAHCrIQzR7l98ZC2ZWydNtz7W/AQ/2/LxqLt+p5Hp7reNDd+bK8u9JKPPHQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=k6+i9oUP8O8Jju3+e6qee7qyVDvex42xByVQRRQK2PIN/YZddk4pyZtv9kY3STJuA/QfOoBfEBokPwzdDPTMXku7s02mv7QqmA25JEQCZuVIT67w8amWE1TCx8cZx19xZp63leEQZlGuPJ+4UNEAU96MmogfPNSEm55JTRE6KwakTNXh1oG/Ys/jbMoY9p8XK6SYDahDuOH2qzssaI7YtS5S4jI8bVXXNB8MezcsqFVFcmwe5EcDW/CYRRujSzll1iAjM/ArGZEu7I7tFjuL1Wroz5Y4WurC5QixVgpPmgsqG5yhaAnR0q9Agkfqk4AOsvrf0EnC2pJrE+oG+Qbm3Q==
  • Authentication-results-original: kernel.org; dkim=none (message not signed) header.d=none;kernel.org; dmarc=none action=none header.from=arm.com;
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, "julien@xxxxxxx" <julien@xxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, "jbeulich@xxxxxxxx" <jbeulich@xxxxxxxx>, "andrew.cooper3@xxxxxxxxxx" <andrew.cooper3@xxxxxxxxxx>, "roger.pau@xxxxxxxxxx" <roger.pau@xxxxxxxxxx>, "wl@xxxxxxx" <wl@xxxxxxx>
  • Delivery-date: Fri, 24 Sep 2021 04:45:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: kernel.org; dkim=none (message not signed) header.d=none;kernel.org; dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHXsHMq3VjOt9gtW0yi3uRIsAbNq6uycYQAgAAq5HA=
  • Thread-topic: [PATCH 25/37] xen/arm: implement bad_srat for Arm NUMA initialization

Hi Stefano,

> -----Original Message-----
> From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
> Sent: 2021年9月24日 10:10
> To: Wei Chen <Wei.Chen@xxxxxxx>
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx; sstabellini@xxxxxxxxxx; julien@xxxxxxx;
> Bertrand Marquis <Bertrand.Marquis@xxxxxxx>; jbeulich@xxxxxxxx;
> andrew.cooper3@xxxxxxxxxx; roger.pau@xxxxxxxxxx; wl@xxxxxxx
> Subject: Re: [PATCH 25/37] xen/arm: implement bad_srat for Arm NUMA
> initialization
> 
> On Thu, 23 Sep 2021, Wei Chen wrote:
> > NUMA initialization will parse information from firmware provided
> > static resource affinity table (ACPI SRAT or DTB). bad_srat if a
> > function that will be used when initialization code encounters
> > some unexcepted errors.
> >
> > In this patch, we introduce Arm version bad_srat for NUMA common
> > initialization code to invoke it.
> >
> > Signed-off-by: Wei Chen <wei.chen@xxxxxxx>
> > ---
> >  xen/arch/arm/numa.c | 7 +++++++
> >  1 file changed, 7 insertions(+)
> >
> > diff --git a/xen/arch/arm/numa.c b/xen/arch/arm/numa.c
> > index 3755b01ef4..5209d3de4d 100644
> > --- a/xen/arch/arm/numa.c
> > +++ b/xen/arch/arm/numa.c
> > @@ -18,6 +18,7 @@
> >   *
> >   */
> >  #include <xen/init.h>
> > +#include <xen/nodemask.h>
> >  #include <xen/numa.h>
> >
> >  static uint8_t __read_mostly
> > @@ -25,6 +26,12 @@ node_distance_map[MAX_NUMNODES][MAX_NUMNODES] = {
> >      { 0 }
> >  };
> >
> > +__init void bad_srat(void)
> > +{
> > +    printk(KERN_ERR "NUMA: Firmware SRAT table not used.\n");
> > +    fw_numa = -1;
> > +}
> 
> I realize that the series keeps the "srat" terminology everywhere on DT
> too. I wonder if it is worth replacing srat with something like
> "numa_distance" everywhere as appropriate. I am adding the x86
> maintainers for an opinion.
> 
> If you guys prefer to keep srat (if nothing else, it is concise), I am
> also OK with keeping srat although it is not technically accurate.

I have placed some comments in patch#23 for srat.
I wouldn't like to replace srat by numa_distance. because srat not only
contains distance, and it also includes some affinity information for CPU
or other devices.


 


Rackspace

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