From nobody Wed May 8 18:46:29 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1633516104240730.7698935577371; Wed, 6 Oct 2021 03:28:24 -0700 (PDT) Received: from localhost ([::1]:43920 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mY49v-0000hI-2k for importer@patchew.org; Wed, 06 Oct 2021 06:28:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57946) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mY46E-0006sX-MO for qemu-devel@nongnu.org; Wed, 06 Oct 2021 06:24:34 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:22283) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mY46C-0005Dd-RW for qemu-devel@nongnu.org; Wed, 06 Oct 2021 06:24:34 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-304-KCdPwbqNMfO1SlsshvoWoA-1; Wed, 06 Oct 2021 06:22:56 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id DFEEE108468E; Wed, 6 Oct 2021 10:22:54 +0000 (UTC) Received: from gshan.redhat.com (vpn2-54-56.bne.redhat.com [10.64.54.56]) by smtp.corp.redhat.com (Postfix) with ESMTP id E696C5F4E7; Wed, 6 Oct 2021 10:22:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1633515871; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Yhs34EERipMHpCaWkNf7UUhwHsfLDbqmjf/5Y2UztuE=; b=HXJMRGy7u9yCAnBINiYHicfj7eIbuF1vNzYpyjHibtdm88r7IIUr9NOYO4F2Np9Hp5PXvk ZhuSSFCgQkPoNZQcWjJ9KsPTwSVI2q4DuXOkqKKmpJ+FSz4OhaODWuBfEdVzAVxsRTAA/C Jv9Sx3snvfkPWcstvwfMSR9GDTlxm7g= X-MC-Unique: KCdPwbqNMfO1SlsshvoWoA-1 From: Gavin Shan To: qemu-arm@nongnu.org Subject: [PATCH 1/2] numa: Set default distance map if needed Date: Wed, 6 Oct 2021 18:22:08 +0800 Message-Id: <20211006102209.6989-2-gshan@redhat.com> In-Reply-To: <20211006102209.6989-1-gshan@redhat.com> References: <20211006102209.6989-1-gshan@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=gshan@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=170.10.133.124; envelope-from=gshan@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.066, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: peter.maydell@linaro.org, drjones@redhat.com, qemu-devel@nongnu.org, shan.gavin@gmail.com, ehabkost@redhat.com Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) X-ZM-MESSAGEID: 1633516104648100001 Content-Type: text/plain; charset="utf-8" The following option is used to specify the distance map. It's possible the option isn't provided by user. In this case, the distance map isn't populated and exposed to platform. On the other hand, the empty NUMA node, where no memory resides, is allowed on ARM64 virt platform. For these empty NUMA nodes, their corresponding device-tree nodes aren't populated, but their NUMA IDs should be included in the "/distance-map" device-tree node, so that kernel can probe them properly if device-tree is used. -numa,dist,src=3D,dst=3D,val=3D So when user doesn't specify distance map, we need to generate the default distance map, where the local and remote distances are 10 and 20 separately. This adds an extra parameter to the exiting complete_init_numa_distance() to generate the default distance map for this case. Signed-off-by: Gavin Shan --- hw/core/numa.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/hw/core/numa.c b/hw/core/numa.c index 510d096a88..fdb3a4aeca 100644 --- a/hw/core/numa.c +++ b/hw/core/numa.c @@ -594,7 +594,7 @@ static void validate_numa_distance(MachineState *ms) } } =20 -static void complete_init_numa_distance(MachineState *ms) +static void complete_init_numa_distance(MachineState *ms, bool is_default) { int src, dst; NodeInfo *numa_info =3D ms->numa_state->nodes; @@ -609,6 +609,8 @@ static void complete_init_numa_distance(MachineState *m= s) if (numa_info[src].distance[dst] =3D=3D 0) { if (src =3D=3D dst) { numa_info[src].distance[dst] =3D NUMA_DISTANCE_MIN; + } else if (is_default) { + numa_info[src].distance[dst] =3D NUMA_DISTANCE_DEFAULT; } else { numa_info[src].distance[dst] =3D numa_info[dst].distan= ce[src]; } @@ -716,13 +718,20 @@ void numa_complete_configuration(MachineState *ms) * A->B !=3D distance B->A, then that means the distance table is * asymmetric. In this case, the distances for both directions * of all node pairs are required. + * + * The default node pair distances, which are 10 and 20 for the + * local and remote nodes separatly, are provided if user doesn't + * specify any node pair distances. */ if (ms->numa_state->have_numa_distance) { /* Validate enough NUMA distance information was provided. */ validate_numa_distance(ms); =20 /* Validation succeeded, now fill in any missing distances. */ - complete_init_numa_distance(ms); + complete_init_numa_distance(ms, false); + } else { + complete_init_numa_distance(ms, true); + ms->numa_state->have_numa_distance =3D true; } } } --=20 2.23.0 From nobody Wed May 8 18:46:29 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1633515870831852.5168838193904; Wed, 6 Oct 2021 03:24:30 -0700 (PDT) Received: from localhost ([::1]:39542 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mY469-00060g-L4 for importer@patchew.org; Wed, 06 Oct 2021 06:24:29 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57756) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mY44m-0004KI-1G for qemu-devel@nongnu.org; Wed, 06 Oct 2021 06:23:04 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:52077) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mY44k-00044E-Ja for qemu-devel@nongnu.org; Wed, 06 Oct 2021 06:23:03 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-243-Dp3I9n_BPAalL2QdPEEq5w-1; Wed, 06 Oct 2021 06:22:59 -0400 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 477EF19057A0; Wed, 6 Oct 2021 10:22:58 +0000 (UTC) Received: from gshan.redhat.com (vpn2-54-56.bne.redhat.com [10.64.54.56]) by smtp.corp.redhat.com (Postfix) with ESMTP id 739CF5F4EC; Wed, 6 Oct 2021 10:22:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1633515780; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=uyF/aTol2TckZJBIPUFu2KazCq/337t0uYgke3QkrH4=; b=IYjoDx0VaACPcP8EcBS/I3ztq+kogZe8nPzLBo2fVFF9/BdjJmdJwHmquL0qBz9mQ392Tr 8Ur7K5I0AP+WFI/3RpWUb9+0GHx8YrSQwE5wiLWvdVvf4PU5Q501KiLVA9sRFRHD+g7SzN Fugw7YWmnjFh54KgFMvGCSOF7937UL4= X-MC-Unique: Dp3I9n_BPAalL2QdPEEq5w-1 From: Gavin Shan To: qemu-arm@nongnu.org Subject: [PATCH 2/2] hw/arm/virt: Don't create device-tree node for empty NUMA node Date: Wed, 6 Oct 2021 18:22:09 +0800 Message-Id: <20211006102209.6989-3-gshan@redhat.com> In-Reply-To: <20211006102209.6989-1-gshan@redhat.com> References: <20211006102209.6989-1-gshan@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=gshan@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=216.205.24.124; envelope-from=gshan@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.066, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: peter.maydell@linaro.org, drjones@redhat.com, qemu-devel@nongnu.org, shan.gavin@gmail.com, ehabkost@redhat.com Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) X-ZM-MESSAGEID: 1633515873067100001 Content-Type: text/plain; charset="utf-8" The empty NUMA node, where no memory resides, are allowed. For example, the following command line specifies two empty NUMA nodes. With this, QEMU fails to boot because of the conflicting device-tree node names, as the following error message indicates. /home/gavin/sandbox/qemu.main/build/qemu-system-aarch64 \ -accel kvm -machine virt,gic-version=3Dhost \ -cpu host -smp 4,sockets=3D2,cores=3D2,threads=3D1 \ -m 1024M,slots=3D16,maxmem=3D64G \ -object memory-backend-ram,id=3Dmem0,size=3D512M \ -object memory-backend-ram,id=3Dmem1,size=3D512M \ -numa node,nodeid=3D0,cpus=3D0-1,memdev=3Dmem0 \ -numa node,nodeid=3D1,cpus=3D2-3,memdev=3Dmem1 \ -numa node,nodeid=3D2 \ -numa node,nodeid=3D3 : qemu-system-aarch64: FDT: Failed to create subnode /memory@80000000: FDT_= ERR_EXISTS As specified by linux device-tree binding document, the device-tree nodes for these empty NUMA nodes shouldn't be generated. However, the corresponding NUMA node IDs should be included in the distance map device-tree node. This skips populating the device-tree nodes for these empty NUMA nodes to avoid the error, so that QEMU can be started successfully. Signed-off-by: Gavin Shan Reviewed-by: Andrew Jones --- hw/arm/boot.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/hw/arm/boot.c b/hw/arm/boot.c index 57efb61ee4..4e5898fcdc 100644 --- a/hw/arm/boot.c +++ b/hw/arm/boot.c @@ -603,6 +603,10 @@ int arm_load_dtb(hwaddr addr, const struct arm_boot_in= fo *binfo, mem_base =3D binfo->loader_start; for (i =3D 0; i < ms->numa_state->num_nodes; i++) { mem_len =3D ms->numa_state->nodes[i].node_mem; + if (!mem_len) { + continue; + } + rc =3D fdt_add_memory_node(fdt, acells, mem_base, scells, mem_len, i); if (rc < 0) { --=20 2.23.0