From: Alberto Garcia <agarcia@igalia.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: Blue Swirl <blauwirbel@gmail.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Anthony Liguori <aliguori@us.ibm.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v4 2/2] Add GE IP-Octal 232 IndustryPack emulation
Date: Wed, 9 Jan 2013 01:56:24 +0100 [thread overview]
Message-ID: <20130109005624.GA4199@igalia.com> (raw)
In-Reply-To: <50EC60B9.60304@suse.de>
On Tue, Jan 08, 2013 at 07:08:57PM +0100, Andreas Färber wrote:
> On my suggestion you changed the type name from "ipoctal" to
> "ipoctal232" - the file name should probably then be updated, too.
> For the function prefixes inside the file it shouldn't matter as
> long as they're consistent.
The reason why I decided to stay with 'ipoctal' everywhere except in
the visible fields (TypeInfo.name, and VMStateDescription.name) is
because the other devices of the IP-Octal family are almost identical
from the emulation point of view, so if a new one ever gets emulated
most code will be shared.
I'm not sure if it makes sense to rename anything else in this
situation...
> > +struct IPOctalState {
> > + IPackDevice dev;
>
> By convention:
>
> IPackDevice parent_obj;
I only see that in a few places, is that a recent thing? Most devices
that I see use 'dev' or similar to refer to their parent objects.
> But if, as brought up at LinuxCon, you may want to add qtest cases
> it may be helpful to move some of the constants above to their
> own header file ipoctal232_regs.h as done for RTC or pending for
> TMP105. That could be split out in a later step though, once PCI
> libqos is available.
Yeah, I'm not sure if I'll have much time to work on this in the short
term...
> P.S. No need to CC avi@redhat.com any longer, you may have noticed.
> ;)
Yes, I did :)
Berto
prev parent reply other threads:[~2013-01-09 0:56 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-08 1:10 [Qemu-devel] [PATCH v4 0/2] Add TPCI200 and IP-Octal 232 IndustryPack emulation Alberto Garcia
2013-01-08 1:10 ` [Qemu-devel] [PATCH v4 1/2] Add TEWS TPCI200 " Alberto Garcia
2013-01-08 13:55 ` Andreas Färber
2013-01-08 15:57 ` Alberto Garcia
2013-01-08 16:22 ` Andreas Färber
2013-01-08 16:37 ` Alberto Garcia
2013-01-09 0:36 ` Andreas Färber
2013-01-09 1:20 ` Alberto Garcia
2013-01-08 1:10 ` [Qemu-devel] [PATCH v4 2/2] Add GE IP-Octal 232 " Alberto Garcia
2013-01-08 18:08 ` Andreas Färber
2013-01-09 0:56 ` Alberto Garcia [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=20130109005624.GA4199@igalia.com \
--to=agarcia@igalia.com \
--cc=afaerber@suse.de \
--cc=aliguori@us.ibm.com \
--cc=blauwirbel@gmail.com \
--cc=pbonzini@redhat.com \
--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.