From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by mx.groups.io with SMTP id smtpd.web10.10485.1664460447264594520 for ; Thu, 29 Sep 2022 07:07:27 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=MVF5O/3C; spf=pass (domain: redhat.com, ip: 170.10.133.124, mailfrom: kraxel@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1664460446; 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; bh=iN3Wnlo2wirfoGVsaS/qi9YOaU5bFjyE4P2WPgzsj6g=; b=MVF5O/3CPkMCfPwWqXfUqSMb6v/8OJ4nMoAHR3f+AOKq//24fRxXmXX/X3ZIeQIjQb+xIq EamZGsXm1BQIeLyDkDE6p1udGVAWh713Qr1ZExpO8cuiGsiEPhF6CmwXeO1/xobKaZInp/ IZ2u/WeLIZfiAdYEjIifhVS3oBSAmOc= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-388-138aXlo3NdKq4swO2PD8Xw-1; Thu, 29 Sep 2022 10:07:23 -0400 X-MC-Unique: 138aXlo3NdKq4swO2PD8Xw-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id CCA791C068CC; Thu, 29 Sep 2022 14:07:22 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.194.9]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 88FA0A9FB9; Thu, 29 Sep 2022 14:07:22 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id DD66F180062C; Thu, 29 Sep 2022 16:07:20 +0200 (CEST) From: "Gerd Hoffmann" To: devel@edk2.groups.io Cc: Gerd Hoffmann , Oliver Steffen , Ard Biesheuvel , Jiewen Yao , Pawel Polawski , Jordan Justen Subject: [PATCH 0/4] OvmfPkg: make better use of physical address space. Date: Thu, 29 Sep 2022 16:07:16 +0200 Message-Id: <20220929140720.1501464-1-kraxel@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.1 on 10.11.54.5 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit For historical reasons ovmf is quite conservative on address space usage, to play safe and avoid using more than 36 physical address bits (the guaranteed minimum) if possible. With devices (specifically GPUs) becoming larger and larger pci memory bars this becomes increasingly problematic. This patch series address that by trying to figure what the physical address space size is (which is a bit tricky, see patch #1 for details). If that worked scale up the 64-bit mmio window and also pcie bridge windows dynamically with the available address space. Gerd Hoffmann (4): OvmfPkg/PlatformInitLib: qemu cpuid physbits detection OvmfPkg/PlatformInitLib: detect physical address space OvmfPkg/PlatformInitLib: dynamic mmio window size OvmfPkg/PciHotPlugInitDxe: reserve more mmio space OvmfPkg/PciHotPlugInitDxe/PciHotPlugInit.inf | 1 + OvmfPkg/Library/PlatformInitLib/MemDetect.c | 143 ++++++++++++++++--- OvmfPkg/PciHotPlugInitDxe/PciHotPlugInit.c | 13 ++ 3 files changed, 139 insertions(+), 18 deletions(-) -- 2.37.3