I grabbed Philippe's series series and tried to use a more
agreeable name. Further disagreement is okay, but must come
with a better alternative :) would be good to get this out of
the way. I actually don't think softmmu is a great term for it
either even in isolation, so would be good to move away from it.

Previous discussion:
https://lists.gnu.org/archive/html/qemu-ppc/2023-10/msg00016.html

Thanks,
Nick

Philippe Mathieu-Daudé (4):
  hw/ppc/spapr: Add missing license
  hw/ppc/spapr_hcall: Allow elision of softmmu_resize_hpt_prep
  hw/ppc/spapr_hcall: Rename {softmmu -> vhyp_mmu}_resize_hpt_pr
  hw/ppc/spapr: Rename 'softmmu' -> 'vhyp_mmu'

 include/hw/ppc/spapr.h                       |  9 ++++++---
 hw/ppc/spapr_hcall.c                         | 12 ++++++++----
 hw/ppc/{spapr_softmmu.c => spapr_vhyp_mmu.c} | 13 +++++++++++--
 target/ppc/tcg-stub.c                        | 15 ---------------
 hw/ppc/meson.build                           |  2 +-
 5 files changed, 26 insertions(+), 25 deletions(-)
 rename hw/ppc/{spapr_softmmu.c => spapr_vhyp_mmu.c} (97%)

-- 
2.42.0

On 18/1/24 14:32, Nicholas Piggin wrote:
> I grabbed Philippe's series series and tried to use a more
> agreeable name. Further disagreement is okay, but must come
> with a better alternative :) would be good to get this out of
> the way. I actually don't think softmmu is a great term for it
> either even in isolation, so would be good to move away from it.

Eh thanks for the respin Nicholas! I'm happy with the new name :)

Series:
Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>