Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp96411pxf; Wed, 17 Mar 2021 16:32:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy899xGBK6Idwp0LFPIh1qeWu1UGtK0eNasw8ZH28po/JgTXI4HXxhbMoBULFMuiIpkL2Ns X-Received: by 2002:a05:6402:270c:: with SMTP id y12mr197683edd.284.1616023925890; Wed, 17 Mar 2021 16:32:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616023925; cv=none; d=google.com; s=arc-20160816; b=EkikeOsLMxrMgLxhoeAcfKRh2sBp9L1bhQJcnVmjmDEP7EL6SB9McwjXMrZ9PjwRQV qR+JtFoAXko+oRvW1GHkjDEztEAtiL3B4TKwboGzhaA3+uaRVlyIaPmfpnTFHpc6M8K9 c46pXndN18+UmpnR6x2vUCqV2+UaqF3IkvQaFKIglYm3xaRKSwJQ4kfkLjmJg6H4n/7Y Sou0mkOSpazocXRUqu3KEoppoiq4K+PHfdpqlQmeQGGnHHzj85oBLASJpIc7ixv8oMPa 3qRB0sShv6UjfV58cfTusagubosTJEuHPEF2Ks4hpBl8skSmXNXKiIz18y9p2DG855Hn Pszg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=OfOUnn0K4WxpAonPoPbbOPPFUr3GhKpd1njj4ygzro4=; b=Cg4sX3C0q20m93ZyYrHa7oiuhZ1XlfqPpmA1wy7EMbBm+Zu1t5odc+yB8rhw4ww6qR u7ir7WnzetYGH6b9Qm8hgtwMm91HzNrfkSJ7vpoExvPTExNf22a8HDOEysMRQl0fbz2i 1vvTxlzjOf8O5AML3YB+JoU2yBVbu8nQx+fxb5kpzeuXzpAQuSJ1dq8XUGexj6E5Z7HO QF0GhjXhRNtjZlkGMJvFHmxZQiCc+Nh/+FpdFfnYdRoUP00iSfPKO3BhAEmqBJkJ3v6J WRReG8O244bB5WJwMbSmDQOOeJZFht02sMGjqiXyMg7VqewUFanZWbH7aU8+B8wQxzg9 DG9w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b14si213725eju.424.2021.03.17.16.31.42; Wed, 17 Mar 2021 16:32:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229562AbhCQX3x (ORCPT + 99 others); Wed, 17 Mar 2021 19:29:53 -0400 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]:44163 "EHLO outpost1.zedat.fu-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229472AbhCQX3b (ORCPT ); Wed, 17 Mar 2021 19:29:31 -0400 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.94) with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (envelope-from ) id 1lMfbW-000Hdc-FQ; Thu, 18 Mar 2021 00:29:30 +0100 Received: from p5b13a966.dip0.t-ipconnect.de ([91.19.169.102] helo=[192.168.178.139]) by inpost2.zedat.fu-berlin.de (Exim 4.94) with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (envelope-from ) id 1lMfbW-000URv-8v; Thu, 18 Mar 2021 00:29:30 +0100 Subject: Re: [PATCH 0/1] sched/topology: NUMA distance deduplication To: Sergei Trofimovich , Valentin Schneider Cc: "Peter Zijlstra (Intel)" , Linux Kernel Mailing List , "linux-ia64@vger.kernel.org" , debian-ia64 References: <255d6b5d-194e-eb0e-ecdd-97477a534441@physik.fu-berlin.de> <8735wtr2ro.mognet@arm.com> <87zgz1pmx4.mognet@arm.com> <20210317211424.33090a37@sf> From: John Paul Adrian Glaubitz Message-ID: Date: Thu, 18 Mar 2021 00:29:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210317211424.33090a37@sf> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Original-Sender: glaubitz@physik.fu-berlin.de X-Originating-IP: 91.19.169.102 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sergei! On 3/17/21 10:14 PM, Sergei Trofimovich wrote: > Or is it just an early bootstrap message assuming more are to come? > > Could it be that we initialize too little of generic acpi boilerplace > when there is no SRAT? Somewhere around: > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/ia64/kernel/acpi.c#n446 > > arm64 and riscv calls `arch_numa_init()` and initializes numa node > data in numa_init(). > While ia64 only calls acpi_numa_init() but not arch_acpi_numa_init() > (which would do numa_init() for us). > > x86 seems to vaguely resemble generic code by duplicating numa_init(). > > (UNTESTED) Could it be that we need something like: > > --- a/arch/ia64/kernel/setup.c > +++ b/arch/ia64/kernel/setup.c > @@ -571,7 +571,7 @@ setup_arch (char **cmdline_p) > acpi_table_init(); > early_acpi_boot_init(); > #ifdef CONFIG_ACPI_NUMA > - acpi_numa_init(); > + arch_numa_init(); > acpi_numa_fixup(); > #ifdef CONFIG_ACPI_HOTPLUG_CPU > prefill_possible_map(); That doesn't build: CALL scripts/atomic/check-atomics.sh CALL scripts/checksyscalls.sh :1511:2: warning: #warning syscall clone3 not implemented [-Wcpp] CHK include/generated/compile.h CC arch/ia64/kernel/setup.o CC arch/ia64/kernel/acpi.o arch/ia64/kernel/setup.c: In function 'setup_arch': arch/ia64/kernel/setup.c:574:2: error: implicit declaration of function 'arch_numa_init'; did you mean 'acpi_numa_init'? [-Werror=implicit-function-declaration] 574 | arch_numa_init(); | ^~~~~~~~~~~~~~ | acpi_numa_init cc1: some warnings being treated as errors make[1]: *** [scripts/Makefile.build:271: arch/ia64/kernel/setup.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make: *** [Makefile:1851: arch/ia64/kernel] Error 2 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913