qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Christoffer Dall <christoffer.dall@linaro.org>
Cc: peter.maydell@linaro.org, Andrew Jones <drjones@redhat.com>,
	ard.biesheuvel@linaro.org, marc.zyngier@arm.com,
	catalin.marinas@arm.com, qemu-devel@nongnu.org, agraf@suse.de,
	j.fanguede@virtualopensystems.com,
	Laszlo Ersek <lersek@redhat.com>,
	kvmarm@lists.cs.columbia.edu, m.smarduch@samsung.com
Subject: Re: [Qemu-devel] [RFC/RFT PATCH v2 0/3] KVM: Introduce KVM_MEM_UNCACHED
Date: Thu, 14 May 2015 13:38:38 +0200	[thread overview]
Message-ID: <5554893E.4030105@redhat.com> (raw)
In-Reply-To: <20150514113634.GS32765@cbox>



On 14/05/2015 13:36, Christoffer Dall wrote:
> > > > (It's probably worth looking at the documentation in the first hunk too,
> > > > under the commit message.)
> > > 
> > > Why is this a hack/unintuitive?  Is the semantics of the QEMU PCI bus
> > > not simply that MMIO regions are coherent?
> > 
> > Only until device assignment gets into the picture.
> 
> Will UEFI have to deal with device assignment in any respect?

Why not?  For example you could do network boot from an assigned network
card.

In fact, anything that UEFI has to deal with, the OS has to deal with
too.  If you need a UEFI hack, chances are you need or will need a Linux
hack too.

Paolo

  reply	other threads:[~2015-05-14 11:38 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-13 11:31 [Qemu-devel] [RFC/RFT PATCH v2 0/3] KVM: Introduce KVM_MEM_UNCACHED Andrew Jones
2015-05-13 11:31 ` [Qemu-devel] [RFC/RFT PATCH v2 1/3] arm/arm64: pageattr: add set_memory_nc Andrew Jones
2015-05-14 11:05   ` Christoffer Dall
2015-05-14 13:46     ` Andrew Jones
2015-05-15 14:51       ` Christoffer Dall
2015-05-18 15:53       ` Catalin Marinas
2015-05-19 10:03         ` Andrew Jones
2015-05-19 11:18           ` Catalin Marinas
2015-05-19 11:38             ` Andrew Jones
2015-05-20 10:01             ` Christoffer Dall
2015-05-20 11:24               ` Catalin Marinas
2015-05-23  1:08         ` Mario Smarduch
2015-05-25 17:11           ` Andrew Jones
2015-05-27  1:08             ` Mario Smarduch
2015-05-13 11:31 ` [Qemu-devel] [RFC/RFT PATCH v2 2/3] KVM: promote KVM_MEMSLOT_INCOHERENT to uapi Andrew Jones
2015-05-14 10:12   ` Paolo Bonzini
2015-05-14 10:34   ` Christoffer Dall
2015-05-13 11:31 ` [Qemu-devel] [RFC/RFT PATCH v2 3/3] arm/arm64: KVM: implement 'uncached' mem coherency Andrew Jones
2015-05-14 10:55   ` Christoffer Dall
2015-05-14 13:32     ` Andrew Jones
2015-05-15 15:02       ` Christoffer Dall
2015-05-15 17:04         ` Andrew Jones
2015-05-15 20:16           ` Jérémy Fanguède
2015-05-21  2:29           ` Mario Smarduch
2015-05-21 16:50             ` Andrew Jones
2015-05-14 10:30 ` [Qemu-devel] [RFC/RFT PATCH v2 0/3] KVM: Introduce KVM_MEM_UNCACHED Christoffer Dall
2015-05-14 11:09   ` Laszlo Ersek
2015-05-14 11:29     ` Christoffer Dall
2015-05-14 11:31       ` Paolo Bonzini
2015-05-14 11:36         ` Christoffer Dall
2015-05-14 11:38           ` Paolo Bonzini [this message]
2015-05-14 12:00             ` Christoffer Dall
2015-05-14 12:08               ` Paolo Bonzini
2015-05-14 12:24                 ` Christoffer Dall
2015-05-14 12:28                   ` Paolo Bonzini
2015-05-14 12:34                     ` Christoffer Dall
2015-05-14 13:01                       ` Laszlo Ersek
2015-05-14 12:38                     ` Peter Maydell
2015-05-14 13:00                       ` Andrew Jones
2015-05-14 13:32                         ` Laszlo Ersek
2015-05-14 13:48                           ` Michael S. Tsirkin
2015-05-14 14:19                             ` Laszlo Ersek
2015-05-14 14:41                               ` Michael S. Tsirkin
2015-05-15  9:00                                 ` Ard Biesheuvel
2015-05-14 10:31 ` Andrew Jones
2015-05-14 10:37   ` Peter Maydell
2015-05-14 13:03     ` Andrew Jones
2015-05-14 13:11       ` Peter Maydell
2015-05-14 13:33         ` Laszlo Ersek
2015-05-14 13:36         ` Andrew Jones
2015-05-15 15:09           ` Christoffer Dall

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=5554893E.4030105@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=agraf@suse.de \
    --cc=ard.biesheuvel@linaro.org \
    --cc=catalin.marinas@arm.com \
    --cc=christoffer.dall@linaro.org \
    --cc=drjones@redhat.com \
    --cc=j.fanguede@virtualopensystems.com \
    --cc=kvmarm@lists.cs.columbia.edu \
    --cc=lersek@redhat.com \
    --cc=m.smarduch@samsung.com \
    --cc=marc.zyngier@arm.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).