qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Alexander Gordeev <agordeev@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Laurent Vivier <lvivier@redhat.com>,
	Andrew Jones <drjones@redhat.com>,
	QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH] hw/arm/virt: Allow zero address for PCI IO space
Date: Tue, 13 Oct 2015 13:48:38 +0100	[thread overview]
Message-ID: <20151013124837.GA27387@agordeev.usersys.redhat.com> (raw)
In-Reply-To: <CAFEAcA8RsfP2W61P8m8Vkd6ji3yvzBU8VY8zDO5RUtDNezFidA@mail.gmail.com>

On Tue, Oct 13, 2015 at 09:16:34AM +0100, Peter Maydell wrote:
> On 13 October 2015 at 07:31, Alexander Gordeev <agordeev@redhat.com> wrote:
> > On Mon, Oct 12, 2015 at 10:03:03PM +0100, Peter Maydell wrote:
> >> On 12 October 2015 at 21:55, Alexander Gordeev <agordeev@redhat.com> wrote:
> >> > Currently PCI IO address 0 is not allowed even though
> >> > the IO space starts from 0. As result, PCI IO is not
> >> > possible to use at all.
> >>
> >> I don't see any reason for us not to allow 0 IO addresses,
> >> but I'm not sure how your your conclusion follows. It
> >> should be entirely possible to map PCI IO to some other
> >> address than zero in the IO window, which is what I would
> >> have expected the guest to do.
> >
> > You are right - my changelog is incorrect. The rest of IO
> > space should be alright.
> >
> > However, as 0 IO address is exposed via "ranges" to the guest,
> > it must be usable - isn't it? So it either should be allowed
> > or the range should be different.
> 
> Depends on your point of view. If you take the Linus Torvalds
> view that 0 is always an invalid PCI address, then you'll
> never try to use it anyway.
> 
> In any case, setting pci_allow_0_address is the right thing,
> so we can just change the commit message in this patch.

I will post v2 with an updated changelog then.

> Incidentally, why is this a property on the machine
> and not on the PCI controller device?

I am CC-ing Laurent Vivier who introduced the flag.

But IMO it *is* a machine property, not PCI controller's
one, unless I am missing something.

Thanks!

> thanks
> -- PMM

-- 
Regards,
Alexander Gordeev
agordeev@redhat.com

  reply	other threads:[~2015-10-13 12:31 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-12 20:55 [Qemu-devel] [PATCH] hw/arm/virt: Allow zero address for PCI IO space Alexander Gordeev
2015-10-12 21:03 ` Peter Maydell
2015-10-13  6:31   ` Alexander Gordeev
2015-10-13  8:16     ` Peter Maydell
2015-10-13 12:48       ` Alexander Gordeev [this message]
2015-10-13 12:33         ` Peter Maydell
2015-10-13 12:47           ` Laurent Vivier
2015-10-13 13:04             ` Michael S. Tsirkin
2015-10-13 13:12               ` Peter Maydell
2015-10-13 13:19                 ` Michael S. Tsirkin
2015-10-13 13:25                   ` Peter Maydell
2015-10-13 13:55                     ` Peter Maydell
2015-10-16  8:52                       ` Laurent Vivier
2015-10-16  9:13                         ` Michael S. Tsirkin
2015-10-16  9:32                         ` Peter Maydell
2015-10-16  9:59                           ` Laurent Vivier
2015-10-13 14:35       ` [Qemu-devel] [PATCH v2] " Alexander Gordeev
2015-10-13 17:36         ` 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=20151013124837.GA27387@agordeev.usersys.redhat.com \
    --to=agordeev@redhat.com \
    --cc=drjones@redhat.com \
    --cc=lvivier@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 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).