From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 8B5681A1DFC for ; Fri, 2 Sep 2016 06:17:59 -0700 (PDT) Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id F360B43A3B; Fri, 2 Sep 2016 13:17:58 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-76.phx2.redhat.com [10.3.116.76]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u82DHv0m028383; Fri, 2 Sep 2016 09:17:58 -0400 To: Ard Biesheuvel , edk2-devel@ml01.01.org References: <1472666379-25426-1-git-send-email-ard.biesheuvel@linaro.org> Cc: leif.lindholm@linaro.org From: Laszlo Ersek Message-ID: <7d9622d5-c8ea-33f2-97aa-06499fc064cf@redhat.com> Date: Fri, 2 Sep 2016 15:17:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Fri, 02 Sep 2016 13:17:59 +0000 (UTC) Subject: Re: [PATCH v2 0/6] ArmVirtQemu: move to generic PciHostBridgeDxe X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Sep 2016 13:17:59 -0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit On 09/02/16 15:09, Laszlo Ersek wrote: > (4) This is for the longer term, but now that we have 64-bit MMIO > aperture, we should include OvmfPkg/IncompatiblePciDeviceSupportDxe > in ArmVirtQemu (please see commit 855743f71774). The circumstances > described in the commit message now apply to ArmVirtQemu as well, if > at least virtio-net-pci is used -- that device has an oprom, and by > default that is reason enough for PciBusDxe to degrade the 64-bit > MMIO BAR to 32-bit. Including > "OvmfPkg/IncompatiblePciDeviceSupportDxe" will prevent this. BTW, for this, our FdtPciPcdProducerLib should also produce PcdPciMmio64Size, and it will have to be plugged into IncompatiblePciDeviceSupportDxe. Anyway, it definitely qualifies as "far future". Thanks Laszlo