qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Maydell <peter.maydell@linaro.org>
To: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH memory v1 1/1] memory: remove may_overlap property
Date: Sun, 17 Aug 2014 23:23:20 +0100	[thread overview]
Message-ID: <CAFEAcA8YAFT5_PZOggpixaAXcWHjuPSvLvZHvyeU1Ru4Az0Y3Q@mail.gmail.com> (raw)
In-Reply-To: <5de8cf7083b0e4dabc0692451f2b319badf2b6e0.1408086974.git.peter.crosthwaite@xilinx.com>

On 15 August 2014 08:17, Peter Crosthwaite <peter.crosthwaite@xilinx.com> wrote:
> In a5e1cbc80e88ed7d73b3fcb46053a3ba167293fc the enforcement of Memory
> collisions was disabled. This means that the MemoryRegion map_overlap
> state is unused. Remove it completely.
>
> The commit mentions that it should be fixed, but we have been living
> happily-every-after since removal of the check so it's probably
> unneeded complication.

Um. I think in general colliding memory regions imply a bug in the
machine model which is creating them. We have the collisions
disabled because nobody's got round to fixing this bug in the
PC model yet and it happens to be harmless there. I'm not
really convinced that yanking out the check code is better than
fixing the PC model...

> If we were to repair this, a simpler and more effective check would be
> to only assert collisions between same-priority regions. The fact that
> colliding memory regions may-overlap is then left as implicit by the
> fact that they have different priorities.

I'm not sure your suggestion here would work, because priorities
are only significant relative to other regions within the same
container, whereas collisions can occur between two regions
which don't have the same parent container and whose priorities are
therefore not comparable. (For instance, consider [ A [ B C ] ]
where A and B end up overlapping.)

thanks
-- PMM

  parent reply	other threads:[~2014-08-17 22:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-15  7:17 [Qemu-devel] [PATCH memory v1 1/1] memory: remove may_overlap property Peter Crosthwaite
2014-08-17 20:43 ` Paolo Bonzini
2014-08-17 22:23 ` Peter Maydell [this message]
2014-08-17 22:28   ` Paolo Bonzini
2014-08-18  0:14   ` Peter Crosthwaite
2014-08-18  7:23     ` Peter Maydell
2014-08-18  7:26       ` Peter Crosthwaite
2014-08-18  7:33         ` Peter Maydell

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=CAFEAcA8YAFT5_PZOggpixaAXcWHjuPSvLvZHvyeU1Ru4Az0Y3Q@mail.gmail.com \
    --to=peter.maydell@linaro.org \
    --cc=pbonzini@redhat.com \
    --cc=peter.crosthwaite@xilinx.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).