From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: QEMU Developers <qemu-devel@nongnu.org>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] memory_region: Fix name comments
Date: Thu, 9 Mar 2017 11:26:36 +0000 [thread overview]
Message-ID: <20170309112635.GA2480@work-vm> (raw)
In-Reply-To: <CAFEAcA9=1c36hkJWycFWUCs5=XOATmadc=xZun7txKgJtk0NPg@mail.gmail.com>
* Peter Maydell (peter.maydell@linaro.org) wrote:
> On 8 March 2017 at 11:54, Dr. David Alan Gilbert (git)
> <dgilbert@redhat.com> wrote:
> > From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
> >
> > The 'name' parameter to memory_region_init_* had been marked as debug
> > only, however vmstate_region_ram uses it as a parameter to
> > qemu_ram_set_idstr to set RAMBlock names and these form part of the
> > migration stream.
> >
> > Signed-off-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
> > ---
> > include/exec/memory.h | 10 +++++-----
> > 1 file changed, 5 insertions(+), 5 deletions(-)
> >
> > diff --git a/include/exec/memory.h b/include/exec/memory.h
> > index 6911023..de8f69e 100644
> > --- a/include/exec/memory.h
> > +++ b/include/exec/memory.h
> > @@ -307,7 +307,7 @@ struct MemoryRegionSection {
> > *
> > * @mr: the #MemoryRegion to be initialized
> > * @owner: the object that tracks the region's reference count
> > - * @name: used for debugging; not visible to the user or ABI
> > + * @name: Region name, becomes part of RAMBlock name used in migration stream
>
> ...for RAM-backend MRs only, presumably? Also, what are the
> uniqueness constraints?
Hmm; yes RAM backed or things that behave like RAM backed (e.g. file-backed).
Uniqueness isn't required in all cases; qemu_ram_set_idstr prefixes this name
by a device name if it's given a device - which it isn't normally for stuff
on boards. However the code will at least fail if there's a clash.
How about:
* @name: Region name, becomes part of RAMBlock name used in migration stream
* must be unique within any device
> > * @size: size of the region; any subregions beyond this size will be clipped
> > */
> > void memory_region_init(MemoryRegion *mr,
> > @@ -355,7 +355,7 @@ void memory_region_unref(MemoryRegion *mr);
> > * @ops: a structure containing read and write callbacks to be used when
> > * I/O is performed on the region.
> > * @opaque: passed to the read and write callbacks of the @ops structure.
> > - * @name: used for debugging; not visible to the user or ABI
> > + * @name: Region name, becomes part of RAMBlock name used in migration stream
>
> ditto.
>
> > * @size: size of the region.
> > */
> > void memory_region_init_io(MemoryRegion *mr,
> > @@ -474,7 +474,7 @@ void memory_region_init_ram_device_ptr(MemoryRegion *mr,
> > *
> > * @mr: the #MemoryRegion to be initialized.
> > * @owner: the object that tracks the region's reference count
> > - * @name: used for debugging; not visible to the user or ABI
> > + * @name: Region name, becomes part of RAMBlock name used in migration stream
> > * @orig: the region to be referenced; @mr will be equivalent to
> > * @orig between @offset and @offset + @size - 1.
> > * @offset: start of the section in @orig to be referenced.
>
> The diff here is rather lacking in context, but this comment change
> is for memory_region_init_alias(). Aliases presumably don't get
> migrated (the thing they alias into will be migrated if it's RAM),
> so the comment seems out of place here.
>
> > @@ -537,7 +537,7 @@ void memory_region_init_rom_device(MemoryRegion *mr,
> > *
> > * @mr: the #MemoryRegion to be initialized
> > * @owner: the object that tracks the region's reference count
> > - * @name: used for debugging; not visible to the user or ABI
> > + * @name: Region name, becomes part of RAMBlock name used in migration stream
> > * @size: size of the region.
> > */
> > static inline void memory_region_init_reservation(MemoryRegion *mr,
>
> Similarly, a reservation MR isn't RAM-backed.
>
> > @@ -558,7 +558,7 @@ static inline void memory_region_init_reservation(MemoryRegion *mr,
> > * @mr: the #MemoryRegion to be initialized
> > * @owner: the object that tracks the region's reference count
> > * @ops: a function that translates addresses into the @target region
> > - * @name: used for debugging; not visible to the user or ABI
> > + * @name: Region name, becomes part of RAMBlock name used in migration stream
> > * @size: size of the region.
> > */
> > void memory_region_init_iommu(MemoryRegion *mr,
>
> ...and nor is an IOMMU MR.
OK, so I think we need it on:
memory_region_init, memory_region_init_ram, memory_region_init_resizeable_ram,
memory_region_init_ram_from_file, memory_region_init_ram_ptr, memory_region_init_rom,
memory_region_init_rom_device (?)
I don't think it's needed in memory_region_init_ram_device_ptr
Dave
> > --
> > 2.9.3
> >
>
>
> thanks
> -- PMM
>
> --
> 12345678901234567890123456789012345678901234567890123456789012345678901234567890
> 1 2 3 4 5 6 7 8
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2017-03-09 11:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-08 10:54 [Qemu-devel] [PATCH] memory_region: Fix name comments Dr. David Alan Gilbert (git)
2017-03-08 11:15 ` Philippe Mathieu-Daudé
2017-03-08 11:47 ` Peter Maydell
2017-03-09 11:26 ` Dr. David Alan Gilbert [this message]
2017-03-09 12:01 ` Paolo Bonzini
2017-03-09 12:11 ` Dr. David Alan Gilbert
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=20170309112635.GA2480@work-vm \
--to=dgilbert@redhat.com \
--cc=pbonzini@redhat.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.