From nobody Mon Feb 9 11:51:35 2026 Delivered-To: importer@patchew.org Received-SPF: pass (zoho.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; Authentication-Results: mx.zohomail.com; dkim=fail; spf=pass (zoho.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org ARC-Seal: i=1; a=rsa-sha256; t=1568175040; cv=none; d=zoho.com; s=zohoarc; b=kClPGwEjw0eoRozWE7dmQnBpzPLrxPYd4hWrDQc/uvvWwI47I4oN4COv/GKpMawsyXPi1m9f6Ps3NiHuBi0GcXvrkz7HvGNV6l5AdDeRFwYI4sGTQx3/6+2VYrHxL4oeUUYrvkna2bxzDyeEUF34K23TuDGK7voFwcrrORm0RlI= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568175040; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=QQPuQEw59PNVwCfJWLkB8C6RjBfB+i5gCdr1PF2ARc0=; b=Fje7D/GqTDdn/iXHur9QRpvmjWtcU7wr6wp7Msve9XfBqfKRfBtjRdY/Ijgt9wGTYWWXQZ8y9x0CGJHaBF+jYhfABEMJKhCiLMHJDZv8RqXvY29E4GDhCzS+b45QsmjI63lreR+qWa/Ix3B9ElLr1FtmEUGysBGkD32LWztmjns= ARC-Authentication-Results: i=1; mx.zoho.com; dkim=fail; spf=pass (zoho.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 156817504015570.9442865338068; Tue, 10 Sep 2019 21:10:40 -0700 (PDT) Received: from localhost ([::1]:46404 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i7txm-00067a-HC for importer@patchew.org; Wed, 11 Sep 2019 00:10:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46534) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i7tsV-0000Tp-N3 for qemu-devel@nongnu.org; Wed, 11 Sep 2019 00:05:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i7tsU-0002u5-7L for qemu-devel@nongnu.org; Wed, 11 Sep 2019 00:05:11 -0400 Received: from bilbo.ozlabs.org ([2401:3900:2:1::2]:56033 helo=ozlabs.org) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i7tsS-0002oU-3w; Wed, 11 Sep 2019 00:05:10 -0400 Received: by ozlabs.org (Postfix, from userid 1007) id 46SpFh3x6dz9sP7; Wed, 11 Sep 2019 14:04:55 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gibson.dropbear.id.au; s=201602; t=1568174696; bh=ylhoDfJcjV2qvn5MxSZQG8aGRM94Y37JeaOOSb3exk8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KZiB379g12JRigBzvMLx+UvAp98Jlut87ijKuAndv6Qkt8Tz/QGaZWm+wQ/LAEZd4 Fusm8L8eWPXI6WBqQp+x+cka+/w5yf4O6uxNo+7ipu/8cjHQfEiake5E4G4lV+xMSQ +eyViX8sf4tZgbHZxxsOHe/VVdJksOnFfk+3EYGw= From: David Gibson To: qemu-devel@nongnu.org, qemu-ppc@nongnu.org Date: Wed, 11 Sep 2019 14:04:49 +1000 Message-Id: <20190911040452.8341-5-david@gibson.dropbear.id.au> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190911040452.8341-1-david@gibson.dropbear.id.au> References: <20190911040452.8341-1-david@gibson.dropbear.id.au> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2401:3900:2:1::2 Subject: [Qemu-devel] [PATCH 4/7] spapr: Skip leading zeroes from memory@ DT node names 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: lvivier@redhat.com, aik@ozlabs.ru, groug@kaod.org, clg@kaod.org, philmd@redhat.com, David Gibson Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) Content-Type: text/plain; charset="utf-8" From: Alexey Kardashevskiy The device tree build by QEMU at the machine reset time is used by SLOF to build its internal device tree but the node names are not preserved exactly so when QEMU provides a device tree update in response to H_CAS, it might become tricky to match a node from the update blob to the actual node in SLOF. This removed leading zeroes from "memory@" nodes and makes the DTC checker happy. Signed-off-by: Alexey Kardashevskiy Signed-off-by: David Gibson Reviewed-by: Greg Kurz --- hw/ppc/spapr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c index d93dacd483..d072c2aa3d 100644 --- a/hw/ppc/spapr.c +++ b/hw/ppc/spapr.c @@ -386,7 +386,7 @@ static int spapr_populate_memory_node(void *fdt, int no= deid, hwaddr start, mem_reg_property[0] =3D cpu_to_be64(start); mem_reg_property[1] =3D cpu_to_be64(size); =20 - sprintf(mem_name, "memory@" TARGET_FMT_lx, start); + sprintf(mem_name, "memory@%" HWADDR_PRIx, start); off =3D fdt_add_subnode(fdt, 0, mem_name); _FDT(off); _FDT((fdt_setprop_string(fdt, off, "device_type", "memory"))); --=20 2.21.0