From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47260) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoXf5-0001wP-FX for qemu-devel@nongnu.org; Wed, 12 Nov 2014 08:08:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XoXew-0003Pa-UD for qemu-devel@nongnu.org; Wed, 12 Nov 2014 08:08:39 -0500 Received: from mout.kundenserver.de ([212.227.17.24]:63611) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoXew-0003PV-JY for qemu-devel@nongnu.org; Wed, 12 Nov 2014 08:08:30 -0500 From: Arnd Bergmann Date: Wed, 12 Nov 2014 14:08:11 +0100 Message-ID: <1438128.mUADeIQqjy@wuerfel> In-Reply-To: <54635222.5000700@redhat.com> References: <1414691045-4793-1-git-send-email-a.spyridakis@virtualopensystems.com> <20141112121809.GF28015@leverpostej> <54635222.5000700@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" 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: Paolo Bonzini Cc: Mark Rutland , Peter Maydell , "linaro-acpi@lists.linaro.org" , Paul Mundt , Claudio Fontana , QEMU Developers , Jani Kokkonen , "tech@virtualopensystems.com" , Christoffer Dall On Wednesday 12 November 2014 13:27:14 Paolo Bonzini wrote: > On 12/11/2014 13:18, Mark Rutland wrote: > > On Wed, Nov 12, 2014 at 11:48:27AM +0000, Paolo Bonzini wrote: > >> Perhaps you could treat it as a shared level-triggered interrupt in DT? > >> I don't know. > > > > Putting an interrupt in DT is trivial. The hard part is the rest of the > > interface, which so far there is no specification for. > > Have you looked at docs/specs/acpi_{cpu,mem}_hotplug.txt? Writing a DT > binding for it is trivial too. Or are we talking about two different > things? Interesting. I agree that doing a DT binding for these will be trivial, and the implementation in Linux should also be straightforward, thanks for pointing these out. However, it seems that the implementation that qemu uses is incompatible with ARM64, since GPE is not part of the ACPI hardware reduced mode. Arnd