On Thu, Oct 29, 2020 at 04:33:48PM +0100, Greg Kurz wrote: > Sometimes QEMU needs to allocate the HPT in userspace, namely with TCG > or PR KVM. This is performed with qemu_memalign() because of alignment > requirements. Like glib's allocators, its behaviour is to abort on OOM > instead of returning NULL. > > This could be changed to qemu_try_memalign(), but in the specific case > of spapr_reallocate_hpt(), the outcome would be to terminate QEMU anyway > since no HPT means no MMU for the guest. Drop the dead code instead. > > Signed-off-by: Greg Kurz <[email protected]>
Series applied to ppc-for-5.2.
> ---
> hw/ppc/spapr.c | 6 ------
> 1 file changed, 6 deletions(-)
>
> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> index 227075103e9a..12a012d9dd09 100644
> --- a/hw/ppc/spapr.c
> +++ b/hw/ppc/spapr.c
> @@ -1522,12 +1522,6 @@ int spapr_reallocate_hpt(SpaprMachineState *spapr, int
> shift, Error **errp)
> int i;
>
> spapr->htab = qemu_memalign(size, size);
> - if (!spapr->htab) {
> - error_setg_errno(errp, errno,
> - "Could not allocate HPT of order %d", shift);
> - return -ENOMEM;
> - }
> -
> memset(spapr->htab, 0, size);
> spapr->htab_shift = shift;
>
>
>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
signature.asc
Description: PGP signature
