From nobody Sat May 18 00:13:59 2024 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; 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; dmarc=fail(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1563794981; cv=none; d=zoho.com; s=zohoarc; b=dOJbI/TDUQGKDIefzUT/pymoy+jiTKsLBCM/mA/vgwljKvaVQf0H45CwKS7Z010S9QU9ouQZcp4HnAokWkPldrvKxb2cK29MsS1Eyl/DHrHhlPmXRdL6vbAvEgUGVIGRGVK1HZq9lB35ljsSHegzJ6wfp7UhB7atXX470zLaJgo= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1563794981; h=Content-Transfer-Encoding:Cc:Date:From:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:Sender:Subject:To:ARC-Authentication-Results; bh=sIlJoxJkZn/WPmUh9JXJicSMGkOCu8GqAOsbYq/zTlI=; b=EB14SwqnKnO9Nc68wNXN6nIO6y1iLwEjpbE5vUQ34apavpbCkidj2whnNggH1kjT+Xh1i6r/cS5bfn/j9qx1PP18BcL+49Iqih7c7ElIJC6HYR+fTpOoQt5GZK0Ah+fg2zoMl+kaW6ILsZkpG5RbdItEiUQwwBwvGXVBXH/DctQ= ARC-Authentication-Results: i=1; mx.zoho.com; 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; dmarc=fail header.from= (p=none dis=none) header.from= Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1563794981045698.3173804759577; Mon, 22 Jul 2019 04:29:41 -0700 (PDT) Received: from localhost ([::1]:60612 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hpWVb-0000xr-Q6 for importer@patchew.org; Mon, 22 Jul 2019 07:29:35 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49063) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hpWVR-0000ZG-Sg for qemu-devel@nongnu.org; Mon, 22 Jul 2019 07:29:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hpWVQ-0006bv-Vk for qemu-devel@nongnu.org; Mon, 22 Jul 2019 07:29:25 -0400 Received: from mx1.redhat.com ([209.132.183.28]:59209) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hpWVQ-0006aI-Qc for qemu-devel@nongnu.org; Mon, 22 Jul 2019 07:29:24 -0400 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id D65A03084248 for ; Mon, 22 Jul 2019 11:29:23 +0000 (UTC) Received: from localhost.localdomain.com (ovpn-117-81.ams2.redhat.com [10.36.117.81]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2A004600C4; Mon, 22 Jul 2019 11:29:22 +0000 (UTC) From: Kevin Wolf To: qemu-devel@nongnu.org Date: Mon, 22 Jul 2019 13:29:15 +0200 Message-Id: <20190722112915.27819-1-kwolf@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.40]); Mon, 22 Jul 2019 11:29:23 +0000 (UTC) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.132.183.28 Subject: [Qemu-devel] [PATCH] tests/multiboot: Fix load address of test kernels 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: kwolf@redhat.com Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" Content-Type: text/plain; charset="utf-8" While older toolchains produced binaries where the physical load address of ELF segments was the same as the virtual address, newer versions seem to choose a different physical address if it isn't specified explicitly. The means that the test kernel doesn't use the right addresses to access e.g. format strings any more and the whole output disappears, causing all test cases to fail. Fix this by specifying the physical load address of sections explicitly. Signed-off-by: Kevin Wolf --- tests/multiboot/link.ld | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tests/multiboot/link.ld b/tests/multiboot/link.ld index 3d49b58c60..2eafcffc4f 100644 --- a/tests/multiboot/link.ld +++ b/tests/multiboot/link.ld @@ -3,14 +3,14 @@ ENTRY(_start) SECTIONS { . =3D 0x100000; - .text : { + .text : AT(ADDR(.text)) { *(multiboot) *(.text) } - .data ALIGN(4096) : { + .data ALIGN(4096) : AT(ADDR(.data)) { *(.data) } - .rodata ALIGN(4096) : { + .rodata ALIGN(4096) : AT(ADDR(.rodata)) { *(.rodata) } .bss ALIGN(4096) : { --=20 2.20.1