From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 27891C27C79 for ; Mon, 17 Jun 2024 14:03:23 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.742339.1149117 (Exim 4.92) (envelope-from ) id 1sJCwy-0004Zl-HK; Mon, 17 Jun 2024 14:03:12 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 742339.1149117; Mon, 17 Jun 2024 14:03:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1sJCwy-0004Ze-Eq; Mon, 17 Jun 2024 14:03:12 +0000 Received: by outflank-mailman (input) for mailman id 742339; Mon, 17 Jun 2024 14:03:11 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1sJCwx-0004ZY-3Q for xen-devel@lists.xenproject.org; Mon, 17 Jun 2024 14:03:11 +0000 Received: from fhigh8-smtp.messagingengine.com (fhigh8-smtp.messagingengine.com [103.168.172.159]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id 52b3a46b-2cb2-11ef-b4bb-af5377834399; Mon, 17 Jun 2024 16:03:08 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailfhigh.nyi.internal (Postfix) with ESMTP id EB1C111401EE; Mon, 17 Jun 2024 10:03:06 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 17 Jun 2024 10:03:06 -0400 Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 17 Jun 2024 10:03:04 -0400 (EDT) X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: 52b3a46b-2cb2-11ef-b4bb-af5377834399 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= invisiblethingslab.com; h=cc:cc:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1718632986; x=1718719386; bh=W1xHVkhqMM4DNKJlUR7Gv2638u+H1uW6AQE6QMPxhP0=; b= nDAjA2Mrbtmg4xxQSBIiPDzOvrLWix3dGe6xwqWOnEA1RJ3V3B6uT1wJvuGNOGim sn0le6VQK8tfq8q89ujyEzjr/0C1OCrEAzKmBEZi1ASbzSN6e4RwzPv8BUIflsJ1 KpVm1FrnaZu7JIgJ78BlYhoS/7HkbgJUKgBqX+8mbyvYSDYhRHNyf+nSgb7Hoalo 8R416BL59QgBJTx0jfwY3Mp5iEi1B6Umq17r5N+PVpViza2RFilnz0wudGFcm9U+ ihedKCjtcYX7qM7ZBA0YwOsIW6CO5HAoojEOz1k/4eaF+jB6NnQ34F30cEgDlk00 vB7raztyYosnwcE6+/s0Ww== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1718632986; x=1718719386; bh=W1xHVkhqMM4DNKJlUR7Gv2638u+H 1uW6AQE6QMPxhP0=; b=j9RpCEZ+9CdirtB661/un0oh+AlpwrDi4KGLU6kIP89z iRCcV1y1LBioY/GkjAxUAC2sU5aKhTcjuc/cXTV9cOqWqkOrRhi3MXb+OCxynpB/ /DWrRBn8zG1c+FXzEVPmo03tDs5zU1Rbi75tigTRK0DI+zZGKKBcnfH8pRRNAb2h GeE6XDRN9akOhW4wu+dKh459TCc2lApgJKWIiRsSN2Hc/o0yxlIyG7703KyXvumq aHQL+z1ZcJEz2wst/Z7T8QIq7qWnfn/D9TieXivST2zJQFFZc73NRAyhyOK2cEiJ w+xXY52uzN5Tg3+L6DibshPz7zoHDfAS7VtsLxEfhA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfedvhedgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkfhggtggujgesghdtreertddtjeenucfhrhhomhepofgrrhgv khcuofgrrhgtiiihkhhofihskhhiqdfikphrvggtkhhiuceomhgrrhhmrghrvghksehinh hvihhsihgslhgvthhhihhnghhslhgrsgdrtghomheqnecuggftrfgrthhtvghrnhepteeu geefhfffvdffteelledtleekvdelhfekhefghefhhfehheduiedtgeehjeelnecuffhomh grihhnpehkvghrnhgvlhdrohhrghdpghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgrrhhmrghrvghksehinhhvih hsihgslhgvthhhihhnghhslhgrsgdrtghomh X-ME-Proxy: Feedback-ID: i1568416f:Fastmail Date: Mon, 17 Jun 2024 16:03:01 +0200 From: Marek =?utf-8?Q?Marczykowski-G=C3=B3recki?= To: Jan Beulich Cc: "xen-devel@lists.xenproject.org" , Juergen Gross Subject: Re: ACPI NVS range conflicting with Dom0 page tables (or kernel image) Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UkDnYqeCInIhjvEd" Content-Disposition: inline In-Reply-To: --UkDnYqeCInIhjvEd Content-Type: text/plain; protected-headers=v1; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Date: Mon, 17 Jun 2024 16:03:01 +0200 From: Marek =?utf-8?Q?Marczykowski-G=C3=B3recki?= To: Jan Beulich Cc: "xen-devel@lists.xenproject.org" , Juergen Gross Subject: Re: ACPI NVS range conflicting with Dom0 page tables (or kernel image) On Mon, Jun 17, 2024 at 01:22:37PM +0200, Jan Beulich wrote: > Hello, >=20 > while it feels like we had a similar situation before, I can't seem to be > able to find traces thereof, or associated (Linux) commits. Is it some AMD Threadripper system by a chance? Previous thread on this issue: https://lore.kernel.org/xen-devel/CAOCpoWdOH=3DxGxiQSC1c5Ueb1THxAjH4WiZbCZq= -QT+d_KAk3SA@mail.gmail.com/ > With >=20 > (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x4000000 > ... > (XEN) Dom0 alloc.: 0000000440000000->0000000448000000 (619175 pages to= be allocated) > ... > (XEN) Loaded kernel: ffffffff81000000->ffffffff84000000 >=20 > the kernel occupies the space from 16Mb to 64Mb in the initial allocation. > Page tables come (almost) directly above: >=20 > (XEN) Page tables: ffffffff84001000->ffffffff84026000 >=20 > I.e. they're just above the 64Mb boundary. Yet sadly in the host E820 map > there is >=20 > (XEN) [0000000004000000, 0000000004009fff] (ACPI NVS) >=20 > i.e. a non-RAM range starting at 64Mb. The kernel (currently) won't toler= ate > such an overlap (also if it was overlapping the kernel image, e.g. if on = the > machine in question s sufficiently much larger kernel was used). Yet with= its > fundamental goal of making its E820 match the host one I'm also in trouble > thinking of possible solutions / workarounds. I certainly do not see Xen > trying to cover for this, as the E820 map re-arrangement is purely a kern= el > side decision (forward ported kernels got away without, and what e.g. the > BSDs do is entirely unknown to me). In Qubes we have worked around the issue by moving the kernel lower (CONFIG_PHYSICAL_START=3D0x200000): https://github.com/QubesOS/qubes-linux-kernel/commit/3e8be4ac1682370977d4d0= dc1d782c428d860282 Far from ideal, but gets it bootable... --=20 Best Regards, Marek Marczykowski-G=C3=B3recki Invisible Things Lab --UkDnYqeCInIhjvEd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEhrpukzGPukRmQqkK24/THMrX1ywFAmZwQhYACgkQ24/THMrX 1ywSVwf/fyMEu68K8SLXaLRbbLDBTExW/bTQw8LZQNZt32UXgRtPc6aYtw0YVgJP 73KDFeHAJIwS7/douOaLJQVKpHQTbTN5wK+BTOIct5dXcekWD/Q2AnhrAxoOVse/ B5BF8m+pBjrb1IVxS1uDGvjsvqYNPQRv2HttnP7niXz5s7FxWnP4z8PUla59vQW7 cThUv1gwIgxy+aQxf8R2vFFovgt73IEH2686UAjYwDrmmnCi+fOPnQuKZTu7W/Sq aYt3n/TB6Em82DY5WOGTy4XOQQrRZWL8EDiUb6MizvMY7CJ0oVn2YKKU8/A/UHiQ iO4C+ufb4PNxJ+HX5sc2Atw0NCXZRA== =RfCu -----END PGP SIGNATURE----- --UkDnYqeCInIhjvEd--