spapr: Convert hpt_prepare_thread() to use qemu_try_memalign()
authorGreg Kurz <groug@kaod.org>
Thu, 29 Oct 2020 15:33:56 +0000 (16:33 +0100)
committerDavid Gibson <david@gibson.dropbear.id.au>
Thu, 5 Nov 2020 01:18:48 +0000 (12:18 +1100)
HPT resizing is asynchronous: the guest first kicks off the creation of a
new HPT, then it waits for that new HPT to be actually created and finally
it asks the current HPT to be replaced by the new one.

In the case of a userland allocated HPT, this currently relies on calling
qemu_memalign() which aborts on OOM and never returns NULL. Since we seem
to have path to report the failure to the guest with an H_NO_MEM return
value, use qemu_try_memalign() instead of qemu_memalign().

Signed-off-by: Greg Kurz <groug@kaod.org>
Message-Id: <160398563636.32380.1747166034877173994.stgit@bahia.lan>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
hw/ppc/spapr_hcall.c

index 607740150fa2437c9fa90ffd955aa6b405ffdd93..1d8e8e6a888f015a0e9eabd3ec8f23d448eed498 100644 (file)
@@ -360,7 +360,7 @@ static void *hpt_prepare_thread(void *opaque)
     SpaprPendingHpt *pending = opaque;
     size_t size = 1ULL << pending->shift;
 
-    pending->hpt = qemu_memalign(size, size);
+    pending->hpt = qemu_try_memalign(size, size);
     if (pending->hpt) {
         memset(pending->hpt, 0, size);
         pending->ret = H_SUCCESS;