Added an arm32 image now
authorSteve McIntyre <steve.mcintyre@arm.com>
Mon, 11 May 2020 12:07:23 +0000 (13:07 +0100)
committerSteve McIntyre <steve.mcintyre@arm.com>
Mon, 11 May 2020 12:07:23 +0000 (13:07 +0100)
doc/notes.txt

index 0abb65e..a3f2c8c 100644 (file)
@@ -226,8 +226,8 @@ of problems giving unreliable startup. I've switched to 18.04 (aka
 "ubuntu/bionic64") and (so far!) that has worked flawlessly.
 ************************************
 
-Setup of the runtime VM
------------------------
+Setup of the runtime VMs
+------------------------
 
 This is a little more involved, as we don't have easy-to-use tools
 like vagrant here. It's easy enough to write scripts to drive qemu
@@ -242,10 +242,15 @@ changes:
  * Set up to EFI boot via the removable media path (in case EFI boot
    variables get lost or corrupted)
 
+ * Dropped the grub boot delay down to 0s
+
  * Added an fstab entry to mount the /vagrant filesystem from the host
    using the plan9 fs. This does *not* always work automatically due
-   to startup timing. Made it "noauto" and added an extra @reboot cron
-   job for it
+   to startup timing. Made it "noauto":
+
+   host0           /vagrant    9p      version=9p2000.L,nofail,noauto   0 0
+
+   and added an extra @reboot cron job for it - see later.
 
  * Added a "vagrant" user
 
@@ -260,11 +265,10 @@ changes:
  * Add an @reboot cron job to run that script
    @reboot    /usr/local/bin/runtime_vm_startup
 
-************************************
-We'll also need a similar 32-bit Arm image to support 32-bit labs. The
-driver script "start_runtime" can easily support that, but the image
-does not (yet!) exist.
+I've now created a simple armhf (32-bit Arm) image with a similar
+setup.
 
+************************************
 It's also possible to use a different image here, but we'll need to
 find and test with them.
 ************************************