qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 0/7] ARM boards: don't prematurely explode QEMUM


From: Markus Armbruster
Subject: Re: [Qemu-devel] [PATCH 0/7] ARM boards: don't prematurely explode QEMUMachineInitArgs
Date: Wed, 24 Oct 2012 14:06:49 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux)

Peter Maydell <address@hidden> writes:

> On 24 October 2012 09:42, Markus Armbruster <address@hidden> wrote:
>> Peter Maydell <address@hidden> writes:
>>
>>> 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.
>>
>> A quick grep finds similar cleanup opportunities in
>>
>> hw/exynos4_boards.c     exynos4_boards_init_common()
>> hw/pc_piix.c            pc_init1()
>> hw/sun4m.c              sun4m_hw_init()
>> hw/sun4u.c              sun4uv_init()
>> hw/xtensa_lx60.c        lx_init()
>> hw/xtensa_sim.c         sim_init()
>
> I deliberately stuck to the ARM boards on the basis that the
> others were a little out of my jurisdiction. I missed the
> exynos4 though.

Fair enough.  Cc'ing some relevant maintainers.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]