A lot of the ARM board models follow the pattern of having a single common init function which is called with various parameters from the QEMUMachine init function for several board model variants. The change to QEMUMachineInitArgs in commit 5f072e took the fairly mechanical approach of splitting the QEMUMachineInitArgs fields out in each variant's init function to pass to an unchanged common init function. This is a bit repetitive, so clean them up to just pass the QEMUMachineInitArgs directly to the common function instead.
v1->v2 changes: * rebase following target_phys_addr_t renaming patch landing * added patch for the exynos boards Peter Maydell (8): hw/vexpress.c: Don't prematurely explode QEMUMachineInitArgs hw/realview.c: Don't prematurely explode QEMUMachineInitArgs hw/versatilepb: Don't prematurely explode QEMUMachineInitArgs hw/spitz: Don't prematurely explode QEMUMachineInitArgs hw/omap_sx1: Don't prematurely explode QEMUMachineInitArgs hw/nseries: Don't prematurely explode QEMUMachineInitArgs hw/mainstone: Don't prematurely explode QEMUMachineInitArgs hw/exynos4_boards: Don't prematurely explode QEMUMachineInitArgs hw/exynos4_boards.c | 32 +++++++++--------------- hw/mainstone.c | 21 ++++++---------- hw/nseries.c | 39 +++++++++-------------------- hw/omap_sx1.c | 36 +++++++-------------------- hw/realview.c | 68 ++++++++++++++------------------------------------- hw/spitz.c | 45 ++++++++-------------------------- hw/versatilepb.c | 44 +++++++++------------------------ hw/vexpress.c | 38 +++++++--------------------- 8 files changed, 87 insertions(+), 236 deletions(-) -- 1.7.9.5