| commit | f29b959dc6871c9d8df781d1bedcfaebc76d5565 | |
| author | Greg Kurz <groug@kaod.org> | |
| Thu, 29 Oct 2020 15:33:56 +0000 (29 16:33 +0100) | ||
| committer | David Gibson <david@gibson.dropbear.id.au> | |
| Thu, 5 Nov 2020 01:18:48 +0000 (5 12:18 +1100) | ||
| tree | c2b01481c307229b61288d88f9daefb87fb2f688 | treesnapshot (tar.gz zip) |
| parent | 184b813e7b1fe2dc27e7657befc907b5aac3b619 | commitdiff |
spapr: Convert hpt_prepare_thread() to use qemu_try_memalign()
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>
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 | diffblobblamehistory |