From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45900) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpBil-0004UX-O9 for qemu-devel@nongnu.org; Fri, 14 Nov 2014 02:55:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XpBif-0002ci-DX for qemu-devel@nongnu.org; Fri, 14 Nov 2014 02:55:07 -0500 Received: from mx1.redhat.com ([209.132.183.28]:46308) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpBif-0002cd-4t for qemu-devel@nongnu.org; Fri, 14 Nov 2014 02:55:01 -0500 Message-ID: <1415951684.3012.3.camel@nilsson.home.kraxel.org> From: Gerd Hoffmann Date: Fri, 14 Nov 2014 08:54:44 +0100 In-Reply-To: <5464F590.5060507@linaro.org> References: <20141030180216.GD31629@leverpostej> <5459F4CB.1000009@huawei.com> <20141111152932.GA25295@leverpostej> <20141111163101.GB23267@cbox> <20141111164807.GC25295@leverpostej> <20141111213312.GC19598@cbox> <20141112103854.GA28015@leverpostej> <546349F6.10300@redhat.com> <20141112120419.GE28015@leverpostej> <1415866226.25539.1.camel@nilsson.home.kraxel.org> <5464F590.5060507@linaro.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Linaro-acpi] [RFC PATCH 0/7] hw/arm/virt: Dynamic ACPI v5.1 table generation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Al Stone Cc: Peter Maydell , "Ian.Campbell@citrix.com" , "linaro-acpi@lists.linaro.org" , Claudio Fontana , QEMU Developers , "stefano.stabellini@citrix.com" , Paolo Bonzini , "tech@virtualopensystems.com" , Parth Dixit , Christoffer Dall On Do, 2014-11-13 at 11:16 -0700, Al Stone wrote: > On 11/13/2014 01:10 AM, Gerd Hoffmann wrote: > > Hi, > > > >> My understanding from an IRC conversation yesterday was that at > >> least some of these ACPI blobs contain data which has to be constructed > >> at the point it is requested (ie is not fixed at the point when > >> QEMU starts up), because OVMF will do: > >> * startup > >> * prod some parts of the hardware to configure it > >> * request ACPI tables via fw_cfg > >> and the ACPI tables have to reflect the statu of the hardware > >> after OVMF's poking, not before. > > > > It is this: > > > > [root@fedora ~]# cat /proc/ioports > > [ ... ] > > 0600-063f : 0000:00:01.3 > > 0600-0603 : ACPI PM1a_EVT_BLK > > 0604-0605 : ACPI PM1a_CNT_BLK > > 0608-060b : ACPI PM_TMR > > 0700-070f : 0000:00:01.3 > > 0700-0707 : piix4_smbus > > [ ... ] > > So this is problematic: the PM1a_EVT_BLK and PM1a_CNT_BLK should not > exist if hardware reduced mode ACPI is being used; This is x86 and gives some background on why the "firmware inits hardware -> qemu adjusts addresses in acpi tables -> firmware loads acpi tables via fw_cfg" init sequence is used there. Figuring whenever you have similar problems / requirements on arm or if you can simply go with static acpi tables is up to you ;) cheers, Gerd