qemu/include/migration
Juan Quintela 485fb95546 migration: Hack to maintain backwards compatibility for ppc
Current code does:
- register pre_2_10_vmstate_dummy_icp with "icp/server" and instance
  dependinfg on cpu number
- for newer machines, it register vmstate_icp with "icp/server" name
  and instance 0
- now it unregisters "icp/server" for the 1st instance.

This is wrong at many levels:
- we shouldn't have two VMSTATEDescriptions with the same name
- In case this is the only solution that we can came with, it needs to
  be:
  * register pre_2_10_vmstate_dummy_icp
  * unregister pre_2_10_vmstate_dummy_icp
  * register real vmstate_icp

Created vmstate_replace_hack_for_ppc() with warnings left and right
that it is a hack.

CC: Cedric Le Goater <clg@kaod.org>
CC: Daniel Henrique Barboza <danielhb413@gmail.com>
CC: David Gibson <david@gibson.dropbear.id.au>
CC: Greg Kurz <groug@kaod.org>

Reviewed-by: Nicholas Piggin <npiggin@gmail.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
Message-ID: <20231020090731.28701-8-quintela@redhat.com>
2023-11-01 16:13:58 +01:00
..
blocker.h migration: simplify blockers 2023-10-20 08:51:41 +02:00
colo.h migration: process_incoming_migration_co(): move colo part to colo 2023-05-18 18:40:51 +02:00
cpu.h Include migration/vmstate.h less 2019-08-16 13:31:52 +02:00
failover.h Include qemu-common.h exactly where needed 2019-06-12 13:20:20 +02:00
global_state.h migration: never fail in global_state_store() 2023-06-02 01:03:19 +02:00
misc.h migration: simplify notifiers 2023-10-20 08:51:41 +02:00
qemu-file-types.h migration: Move rate_limit_max and rate_limit_used to migration_stats 2023-05-18 18:40:51 +02:00
register.h migration: hold the BQL during setup 2023-10-17 09:25:13 +02:00
snapshot.h migration: introduce a delete_snapshot wrapper 2021-02-08 11:19:51 +00:00
vmstate.h migration: Hack to maintain backwards compatibility for ppc 2023-11-01 16:13:58 +01:00