From: Pankaj Gupta <pagupta@redhat.com>
To: David Hildenbrand <dhildenb@redhat.com>
Cc: Qemu Developers <qemu-devel@nongnu.org>,
kvm-devel <kvm@vger.kernel.org>,
"Michael S. Tsirkin" <mst@redhat.com>,
David Hildenbrand <david@redhat.com>,
Dan Williams <dan.j.williams@intel.com>,
Xiao Guangrong <xiaoguangrong.eric@gmail.com>,
Igor Mammedov <imammedo@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Rik van Riel <riel@surriel.com>
Subject: Re: [Qemu-devel] Suggestion on 'virtio-pmem' implementation
Date: Thu, 15 Mar 2018 01:40:18 -0400 (EDT) [thread overview]
Message-ID: <696526015.11205269.1521092418816.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <71BA0BC4-C5FD-4286-B3A7-EFF579588F63@redhat.com>
Hi David,
>
> Hi Pankaj,
>
> I have a prototype (new one for virtio-mem I was working on over the last
> weeks) for exactly what you need. I basically factored out the notion of a
> memory device. So also virtio devices can be memory devices and get
> recognized e.g. in formerly known pc_dimm_get_free_address(), so it works
> out nicely with ordinary memory hotplug and such.
Nice. This is very useful re-factoring.
>
> Guess your main problem right now is that you don‘t create a memory slot
> properly. But I also have code for that that you can built onto.
sure.
>
> I‘m right now in Sri Lanka on vacation, I‘ll be back on 23. September and
> will send you the link to a branch with the prototype asap.
Cool. Enjoy your vacation and thanks for the reply.
Best regards,
Pankaj
>
> Thanks,
>
> David / dhildenb / david@redhat.com
>
> Von meinem iPhone gesendet
>
> > Am 14.03.2018 um 10:36 schrieb Pankaj Gupta <pagupta@redhat.com>:
> >
> >
> >
> > Hi,
> >
> >
> > I am implementing 'virtio-pmem' as a mechanism to
> > flush guest writes with 'fake DAX' flushing interface.
> >
> > Below is the high level details of components:
> >
> > 1] 'virtio-pmem' device expose guest physical address
> > details(start, len).
> >
> > 2] 'virtio-pmem' driver in guest discovers this
> > information and configures 'libnvdimm'. Guest 'pmem'
> > driver works on this memory range.
> >
> > 3] Guest 'pmem' driver uses 'virtio-pmem' PV driver to
> > send flush commands.
> >
> >
> > I need suggestion implementing part 1]
> >
> > * When tried with 'hotplug_memory.base' address as guest physical
> > address, I am facing 'EPT_MISCONFIG' errors when pmem does mkfs.
> > After digging more it looks like address range I am using as guest
> > physical address is either already mapped as MMIO or reserved.
> > Though Guest hot-plugs this physical address into its virtual
> > memory range when guest tries to read/write the memory KVM cannot
> > translate the address and throw 'EPT_MISCONFIG' error.
> >
> > * While I am trying to get the appropriate guest physical address
> > which is free, I could see memory 'pc_dimm_memory_plug' code
> > has a function 'pc_dimm_get_free_addr' which works with 'PC DIMM'
> > class. As I am using 'VIRTIO', there is no way AFAIK this function
> > can be used by VIRTIO or my PV device code.
> >
> >
> > I need ideas to get the free guest physical address from my PV
> > device code so that we can use this range in guest address space.
> >
> > Find below pointer to previous discussion:
> >
> > https://marc.info/?l=kvm&m=151629709903946&w=2
> >
> > Thanks,
> > Pankaj
> >
>
prev parent reply other threads:[~2018-03-15 5:40 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <47547641.10900867.1521001354668.JavaMail.zimbra@redhat.com>
2018-03-14 5:06 ` [Qemu-devel] Suggestion on 'virtio-pmem' implementation Pankaj Gupta
2018-03-14 13:14 ` David Hildenbrand
2018-03-15 5:40 ` Pankaj Gupta [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=696526015.11205269.1521092418816.JavaMail.zimbra@redhat.com \
--to=pagupta@redhat.com \
--cc=dan.j.williams@intel.com \
--cc=david@redhat.com \
--cc=dhildenb@redhat.com \
--cc=imammedo@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=riel@surriel.com \
--cc=stefanha@redhat.com \
--cc=xiaoguangrong.eric@gmail.com \
/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).