[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v2 15/17] libxl/arm: Add ACPI module



Hi Shannon,

On 25/06/16 04:22, Shannon Zhao wrote:


On 2016/6/24 2:35, Julien Grall wrote:
Hi Shannon,

On 23/06/2016 04:17, Shannon Zhao wrote:
From: Shannon Zhao <shannon.zhao@xxxxxxxxxx>

Add the ARM Multiboot module for ACPI, so UEFI or DomU can get the base
address of ACPI tables from it.

Signed-off-by: Shannon Zhao <shannon.zhao@xxxxxxxxxx>
---
  docs/misc/arm/device-tree/acpi.txt | 23 +++++++++++++++++++++++
  tools/libxl/libxl_arm.c            | 24 ++++++++++++++++++++++++
  2 files changed, 47 insertions(+)
  create mode 100644 docs/misc/arm/device-tree/acpi.txt

diff --git a/docs/misc/arm/device-tree/acpi.txt
b/docs/misc/arm/device-tree/acpi.txt
new file mode 100644
index 0000000..c39c4d0
--- /dev/null
+++ b/docs/misc/arm/device-tree/acpi.txt
@@ -0,0 +1,23 @@
+DomU ACPI module
+================================
+
+Xen toolstack passes the domU ACPI tables via a reference in the
/chosen node of
+the device tree.
+
+Each node contains the following properties:
+
+- compatible
+
+    "xen,guest-acpi", "multiboot,module"
+
+- reg
+
+    Specifies the physical address and the length of the module.

We need to clarify how the firmware can find the RSDP. I.e will it
always be at the beginning of the region?

Also, do we really need the size of the region? Would not be simpler to
give the base address of RSDP?

Maybe it needs for some other UEFI implementations which will directly
pass the ACPI tables information with a UEFI memory map to guest like
you said. So maybe it needs the size to construct the UEFI memory map.

Good point.

Regards,

--
Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.