From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmPRj-00043x-Pv for qemu-devel@nongnu.org; Thu, 06 Nov 2014 10:58:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmPRa-0006Wb-Ld for qemu-devel@nongnu.org; Thu, 06 Nov 2014 10:58:03 -0500 Received: from mail-wg0-x231.google.com ([2a00:1450:400c:c00::231]:34828) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmPRa-0006W9-FA for qemu-devel@nongnu.org; Thu, 06 Nov 2014 10:57:54 -0500 Received: by mail-wg0-f49.google.com with SMTP id x13so1537235wgg.22 for ; Thu, 06 Nov 2014 07:57:52 -0800 (PST) Sender: Paolo Bonzini Message-ID: <545B9A7B.80101@redhat.com> Date: Thu, 06 Nov 2014 16:57:47 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <1414691045-4793-1-git-send-email-a.spyridakis@virtualopensystems.com> <20141030180216.GD31629@leverpostej> <545B1ACF.4090600@linaro.org> In-Reply-To: <545B1ACF.4090600@linaro.org> Content-Type: text/plain; charset=windows-1252 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: Hanjun Guo , Mark Rutland , Peter Maydell Cc: "tech@virtualopensystems.com" , QEMU Developers , "linaro-acpi@lists.linaro.org" On 06/11/2014 07:53, Hanjun Guo wrote: >> So the important question is _why_ the guest needs to see an ACPI >> environment. What exactly can ACPI provide to the guest that DT does not >> already provide, and why is that necessary? What infrastrucutre is >> needed for that use case? > > There is important feature called system device dynamic reconfiguration, > you know, hot-add/remove, if a gust need more/less memory or CPU, can we > add or remove them dynamically with DT? ACPI can do this, but I have no > idea if DT can. (Sorry, I don't know much about DT) Indeed hot-add/remove is the single biggest AML user in x86 QEMU. Whether you really need it, it depends on what you are adding/removing. For PCI there is no problem. We can use PCIe from the beginning, and use PCIe hotplug support that is already in QEMU. Memory and CPU are more problematic. For memory we could perhaps use a PCI memory device, though I'm not sure if that would require drivers in the OS or everything just works. CPU hotplug, however, probably requires AML. Of course it can be generated in the firmware, like we used to do for x86, but Igor explained why it wasn't a great idea. That said, one of the problems ("never ending expansion of PV QEMU-BIOS interface") could be less important since ARM DT is a better interface than x86 fw_cfg. Paolo