similar to: How can i get VA from a pfn in HVM guest

Hi,     I use follow code get xenstore ring and event channel, then i wrapped writing and reading function to operate it ,but it came to oops:     struct xenstore_domain_interface {     char req[XENSTORE_RING_SIZE]; /* Requests to xenstore daemon. */     char rsp[XENSTORE_RING_SIZE]; /* Replies and async watch events. */     XENSTORE_RING_IDX req_cons, req_prod;     XENSTORE_RING_IDX rsp_cons,

Please CC as I''m not subscribed to valgrind-developers. Under Xen the toolstack is responsible for managing the domains in the system, e.g. creating, destroying, and otherwise manipulating them. To do this it uses a number of ioctls on the /proc/xen/privcmd device. Most of these (the MMAPBATCH ones) simply set things up such that a subsequenct mmap call will map the desired guest

From: Ian Campbell <ian.campbell@citrix.com> There are many hypercalls which make no sense or which are not supported on ARM systems but it''s not all that obvious which ones we do support. So lets try and document the hypercalls which are useful on ARM. I''m not sure this is the best way to go about this, I''m open to other ideas. Signed-off-by: Ian Campbell

As you know, HVM save/restore broke recently because restored config miss guest memsize that used by xc_hvm_restore to locate some pfn. After discussion, we decided to remove the pfn deduction logic from restore side by adding a general memory layout. I have a patch for it. But then qemu broke, because it also require the memsize to locate the share page. We can''t use the previous

Hi,     I am tring to write xenstore some information ,so that a guest can read, if i simply xenstore-write /foo "123" in domain 0, guest have not the permission to read this ,and guest domain number are dynamic, so i can not write a program to write /local/domain/X, which X is the domain id i want to export information to, can i ?     So, is there a path (a static path,without domain

This patch cleans up some 80-odd warnings I was seeing when compiling the xenpci driver, all completely trivial. It also replaces the use of asm for calling cpuid with the __cpuid compiler intrinsic, and modifies calling code accordingly. I''m pretty sure my mailer going to mangle the inline patch (below) so I''m attaching the pristine version. (will try to fix for next time) --

Hello, I''ve mapped granted pages in a module inserted in a domU and I''m trying to get the PFN or the struct page * of these pages to map them in the user space : Mapping granted pages (that''s xensocket''s code) : if (!(x->buffer_area = alloc_vm_area(buffer_num_pages * PAGE_SIZE, NULL))) { DPRINTK("error: cannot allocate %d buffer pages\n",

On Mon, Jun 13, 2016 at 09:08:44PM +0300, Michael S. Tsirkin wrote: > On Wed, May 18, 2016 at 03:38:53PM +0300, Michael S. Tsirkin wrote: > > Everything should be LE when using virtio-1, but > > the linux balloon driver does not seem to care about that. > > > > Cc: stable at vger.kernel.org > > Reported-by: Cornelia Huck <cornelia.huck at de.ibm.com> >

Expose the function to get the max pfn, so it can be used in the virtio-balloon device driver. Signed-off-by: Liang Li <liang.z.li at intel.com> Cc: Andrew Morton <akpm at linux-foundation.org> Cc: Vlastimil Babka <vbabka at suse.cz> Cc: Mel Gorman <mgorman at techsingularity.net> Cc: Michael S. Tsirkin <mst at redhat.com> Cc: Paolo Bonzini <pbonzini at

On Wed, Jul 27, 2016 at 09:23:32AM +0800, Liang Li wrote: > Expose the function to get the max pfn, so it can be used in the > virtio-balloon device driver. > > Signed-off-by: Liang Li <liang.z.li at intel.com> > Cc: Andrew Morton <akpm at linux-foundation.org> > Cc: Vlastimil Babka <vbabka at suse.cz> > Cc: Mel Gorman <mgorman at techsingularity.net>

Expose the function to get the max pfn, so it can be used in the virtio-balloon device driver. Simply include the 'linux/bootmem.h' is not enough, if the device driver is built to a module, directly refer the max_pfn lead to build failed. Signed-off-by: Liang Li <liang.z.li at intel.com> Cc: Andrew Morton <akpm at linux-foundation.org> Cc: Mel Gorman <mgorman at

On 10/20/2016 11:24 PM, Liang Li wrote: > Expose the function to get the max pfn, so it can be used in the > virtio-balloon device driver. Simply include the 'linux/bootmem.h' > is not enough, if the device driver is built to a module, directly > refer the max_pfn lead to build failed. I'm not sure the rest of the set is worth reviewing. I think a lot of it will change

Make sure, at build time, that pfn array is big enough to hold a single page. It happens to be true since the PAGE_SHIFT value at the moment is 20, which is 1M - exactly 256 4K balloon pages. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/virtio/virtio_balloon.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/virtio/virtio_balloon.c

From: "Michael S. Tsirkin" <mst at redhat.com> [ Upstream commit 6e9826e77249355c09db6ba41cd3f84e89f4b614 ] Make sure, at build time, that pfn array is big enough to hold a single page. It happens to be true since the PAGE_SHIFT value at the moment is 20, which is 1M - exactly 256 4K balloon pages. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Reviewed-by: David

From: "Michael S. Tsirkin" <mst at redhat.com> [ Upstream commit 6e9826e77249355c09db6ba41cd3f84e89f4b614 ] Make sure, at build time, that pfn array is big enough to hold a single page. It happens to be true since the PAGE_SHIFT value at the moment is 20, which is 1M - exactly 256 4K balloon pages. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Reviewed-by: David

From: "Michael S. Tsirkin" <mst at redhat.com> [ Upstream commit 6e9826e77249355c09db6ba41cd3f84e89f4b614 ] Make sure, at build time, that pfn array is big enough to hold a single page. It happens to be true since the PAGE_SHIFT value at the moment is 20, which is 1M - exactly 256 4K balloon pages. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Reviewed-by: David

From: "Michael S. Tsirkin" <mst at redhat.com> [ Upstream commit 6e9826e77249355c09db6ba41cd3f84e89f4b614 ] Make sure, at build time, that pfn array is big enough to hold a single page. It happens to be true since the PAGE_SHIFT value at the moment is 20, which is 1M - exactly 256 4K balloon pages. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> Reviewed-by: David

On Mon, Jun 13, 2016 at 09:08:44PM +0300, Michael S. Tsirkin wrote: > On Wed, May 18, 2016 at 03:38:53PM +0300, Michael S. Tsirkin wrote: > > Everything should be LE when using virtio-1, but > > the linux balloon driver does not seem to care about that. > > > > Cc: stable at vger.kernel.org > > Reported-by: Cornelia Huck <cornelia.huck at de.ibm.com> >

On Wed, Jul 27, 2016 at 09:23:32AM +0800, Liang Li wrote: > Expose the function to get the max pfn, so it can be used in the > virtio-balloon device driver. > > Signed-off-by: Liang Li <liang.z.li at intel.com> > Cc: Andrew Morton <akpm at linux-foundation.org> > Cc: Vlastimil Babka <vbabka at suse.cz> > Cc: Mel Gorman <mgorman at techsingularity.net>

On 10/20/2016 11:24 PM, Liang Li wrote: > Expose the function to get the max pfn, so it can be used in the > virtio-balloon device driver. Simply include the 'linux/bootmem.h' > is not enough, if the device driver is built to a module, directly > refer the max_pfn lead to build failed. I'm not sure the rest of the set is worth reviewing. I think a lot of it will change