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
