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

Re: [Xen-devel] [PATCH v4] xen/doc: Improve Dom0-less documentation



Hi,

On 7/31/19 9:10 AM, Viktor Mitin wrote:
- Changed unprintable characters with %s/\%xA0/ /g
   So all the spaces are 0x20 now.

- Added address-cells and size-cells to configuration example.
   This resolves the dom0less boot issue in case of arm64.

- Added some notes about xl tools usage in case of dom0less.

Signed-off-by: Viktor Mitin <viktor_mitin@xxxxxxxx>
---
v4 updates:
    - fixed cpus <1>;
    - added memory size note;
    - changed some numbers to decimal;

---
  docs/features/dom0less.pandoc | 61 ++++++++++++++++++++++++-----------
  1 file changed, 42 insertions(+), 19 deletions(-)

diff --git a/docs/features/dom0less.pandoc b/docs/features/dom0less.pandoc
index e076e3739e..a2c95d1fd4 100644
--- a/docs/features/dom0less.pandoc
+++ b/docs/features/dom0less.pandoc
@@ -40,8 +40,8 @@ to boot. For example if this is the bootcmd for Xen and Dom0:

      bootm 0x1400000 0x9000000 0x1280000

-If we want to add one DomU with Image-DomU as the DomU kernel
-and ramdisk-DomU as DomU ramdisk:
+If we want to add one DomU with Image-DomU as the DomU kernel
+and ramdisk-DomU as DomU ramdisk:

      tftpb 0x1280000 xen.dtb
      tftpb 0x80000 xen-Image
@@ -61,27 +61,32 @@ the presence of the additional VM and its configuration. It 
is done via
  device tree adding a node under /chosen as follows:

      domU1 {
-        compatible = "xen,domain";
-        memory = <0x20000>;
-        cpus = 1;
-        vpl011;
-
-        module@2000000 {
-            compatible = "multiboot,kernel", "multiboot,module";
-            reg = <0x2000000 0xffffff>;
-            bootargs = "console=ttyAMA0";
-        };
-
-        module@30000000 {
-            compatible = "multiboot,ramdisk", "multiboot,module";
-            reg = <0x3000000 0xffffff>;
-        };
+        #address-cells = <1>;
+        #size-cells = <1>;
+        compatible = "xen,domain";
+        memory = <0 524288>;

For a first, the new value does not match the old one (0x20000 = 131072 in decimal).

However, this does not makes much sense to describe the memory size in decimal here and ...

+        cpus = <1>;
+        vpl011;
+
+        module@2000000 {
+            compatible = "multiboot,kernel", "multiboot,module";
+            reg = <0x2000000 0xffffff>;

... here in hexadecimal. For memory, it is fairly common to use hexadecimal.

I can switch the memory property back to hexadecimal on commit. But I would like to understand why the value has changed before doing that.

Cheers,

--
Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

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