From: "Denis V. Lunev" <den@openvz.org>
To: Peter Crosthwaite <crosthwaitepeter@gmail.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
Pavel Butsykin <pbutsykin@virtuozzo.com>,
"qemu-devel@nongnu.org Developers" <qemu-devel@nongnu.org>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v4 0/4] Move target- and device specific code from monitor
Date: Thu, 10 Sep 2015 19:26:51 +0300 [thread overview]
Message-ID: <55F1AF4B.1050400@openvz.org> (raw)
In-Reply-To: <CAPokK=oQgD+nCav+H69_U4X4La5+Q8y0v_A83zYD_GXyLQOfMg@mail.gmail.com>
On 09/10/2015 07:18 PM, Peter Crosthwaite wrote:
> On Thu, Sep 10, 2015 at 8:38 AM, Denis V. Lunev <den@openvz.org> wrote:
>> The monivation of this set is simple. Recently we have proposed patch
>> to monitor.c with specific x86 APIC HMP commands. The patchset was denied
>> with the main motivation "No more arch specific code in monitor.c"
>> This patchset is the first step to move arch specific code from
>> monitor.c targets.
>>
>> So, monitor.c already contains a lot of generic code, as well as the target
>> specifics code and eventually monitor.c volume will only grow. This trend leads
>> to a variety of fouling code ifdeffery(and combinations thereof),
>> poor readability, and entanglement of architecture of the project.
>> If someone wants to improve processing logic commands at the monitor,
>> it isn't necessarily must differentiate amongst the implementation of some ARM
>> or x86_64 specific commands, because the project already has separation of
>> target specific code on directories.
>>
>> The presented solution is not the best, but it is quite simple
>> (PATCH doesn't add more code!) and decides the above mentioned issue.
>> Subsequently it will not prevent the introduction of more advanced mechanism
>> that can more effectively resolve the issue.
>>
>> There is a issue with the placement of code for multiple architectures
>> (isn't for everyone), but this code is very small. This patch is a step towards
>> solving the issue associated with maintaining the purity of the code and
>> structure of the project, which solves not all, but doing a little better
>> than it is.
>>
>> Changes from v3:
>> - removed weak symbol, because it does not work on all platforms
>> - qemu-monitor-info.texi moved to patch 4
>>
>> Changes from v2:
>> - target_monitor_defs provides a target-specific array monitor_defs[]
>> This call is added through stub to all archs as a weak symbol. It should
>> be redefined on each specific architecture
>> - fix end of table info (information about the system state)
>> - ported to current HEAD (iothreads & skeys commands descriptions moved)
>>
>> Changes from v1:
>> - ported to new head
>>
>> Signed-off-by: Pavel Butsykin <pbutsykin@virtuozzo.com>
>> Signed-off-by: Denis V. Lunev <den@openvz.org>
>> CC: Paolo Bonzini <pbonzini@redhat.com>
>> CC: Peter Maydell <peter.maydell@linaro.org>
>>
> I need this!
>
> This is a piece of the puzzle for multi arch. I'll add it to my review
> queue, but can I take a CC on this in future incase it spins again
> before I get a chance?
>
> Regards,
> Peter
Sure! though I hope that this is a last re-spin...
Den
prev parent reply other threads:[~2015-09-10 16:27 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-10 15:38 [Qemu-devel] [PATCH v4 0/4] Move target- and device specific code from monitor Denis V. Lunev
2015-09-10 15:38 ` [Qemu-devel] [PATCH 1/4] hmp-commands-info: move info_cmds content out of monitor.c Denis V. Lunev
2015-09-18 15:12 ` Markus Armbruster
2015-09-18 15:20 ` Paolo Bonzini
2015-09-22 8:38 ` Markus Armbruster
2015-09-18 16:06 ` [Qemu-devel] [PATCH] hmp-commands-info.hx: fix drops hmp "info pci" Pavel Butsykin
2015-09-18 16:26 ` Eric Blake
2015-09-18 16:57 ` Pavel Butsykin
2015-09-21 5:58 ` Markus Armbruster
2015-09-21 9:32 ` Paolo Bonzini
2015-09-21 14:07 ` Markus Armbruster
2015-09-10 15:38 ` [Qemu-devel] [PATCH 2/4] monitor: remove target-specific code from monitor.c Denis V. Lunev
2015-09-10 15:39 ` [Qemu-devel] [PATCH 3/4] hmp-commands.hx: fix end of table info Denis V. Lunev
2015-09-10 15:39 ` [Qemu-devel] [PATCH 4/4] monitor: added generation of documentation for hmp-commands-info.hx Denis V. Lunev
2015-09-10 16:18 ` [Qemu-devel] [PATCH v4 0/4] Move target- and device specific code from monitor Peter Crosthwaite
2015-09-10 16:22 ` Paolo Bonzini
2015-09-10 16:26 ` Denis V. Lunev [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55F1AF4B.1050400@openvz.org \
--to=den@openvz.org \
--cc=crosthwaitepeter@gmail.com \
--cc=pbonzini@redhat.com \
--cc=pbutsykin@virtuozzo.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.