Displaying 16 results from an estimated 16 matches for "do_memory_op".
2013 Jul 12
3
Xen Balloon Driver on PVHVM CentOS6
...en/balloon: Initialising balloon
driver. xen-balloon: Initialising balloon driver.
[root at hvmc6 ~]# free -m total used free shared buffers cached Mem: 463 221
241 0 24 13 -/+ buffers/cache: 184 278 Swap: 9987 7 9980
When I try to set it manually from host, I get
# xl mem-set 229 2049 xc: error: do_memory_op: WARNING: op=16 not converted
to safe ioctls: Internal error
Anyone has made CentOS6 PVHVM work with ballooning on Xen ?
Thanks.
Rushikesh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20130712/8665421...
2006 Jan 26
2
do_* declarations (was: Re: [Xen-ia64-devel] [PATCH] added multicall)
...declared in any .h file. I think it is cleaner to declare them in an
header file rather than locally. The question is in which header file.
Thank you for any suggestion.
The do_* functions are at least:
extern long do_ni_hypercall(void);
extern long do_dom0_op(dom0_op_t *u_dom0_op);
extern long do_memory_op(int cmd, void *arg);
extern long do_multicall(multicall_entry_t *call_list, unsigned int nr_calls);
extern long do_event_channel_op(evtchn_op_t *uop);
extern long do_xen_version(int cmd, void *arg);
extern long do_console_io(int cmd, int count, char *buffer);
extern long do_grant_table_op(unsigned...
2013 Dec 06
36
[V6 PATCH 0/7]: PVH dom0....
Hi,
V6: The only change from V5 is in patch #6:
- changed comment to reflect autoxlate
- removed a redundant ASSERT
- reworked logic a bit so that get_page_from_gfn() is called with NULL
for p2m type as before. arm has ASSERT wanting it to be NULL.
Tim: patch 4 needs your approval.
Daniel: patch 5 needs your approval.
These patches implement PVH dom0.
Patches 1 and 2
2012 Feb 06
1
[PATCH] ia64: fix build (next instance)
A number of build problems crept in once again. Fix them.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
--- a/xen/common/memory.c
+++ b/xen/common/memory.c
@@ -683,7 +683,7 @@ long do_memory_op(unsigned long cmd, XEN
mfn = get_gfn_untyped(d, xrfp.gpfn);
if ( mfn_valid(mfn) )
- guest_physmap_remove_page(d, xrfp.gpfn, mfn, PAGE_ORDER_4K);
+ guest_physmap_remove_page(d, xrfp.gpfn, mfn, 0);
else
rc = -ENOENT;
--- a/xen/include/...
2013 Jul 11
4
Xen Balloon Driver on PVHVM
Hi List,
I''m trying to work out the balloon driver on CentOS6 HVM but it seems to be
not working with default 2.6.32 or newer 3.4 kernel.
Does balloon driver work on HVM linux guests with Linux Kernel 3.4 from
centos repo ?
PV is fine and is able to balloon.
Thanks.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
2013 Jul 11
4
Xen Balloon Driver on PVHVM
Hi List,
I''m trying to work out the balloon driver on CentOS6 HVM but it seems to be
not working with default 2.6.32 or newer 3.4 kernel.
Does balloon driver work on HVM linux guests with Linux Kernel 3.4 from
centos repo ?
PV is fine and is able to balloon.
Thanks.
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
2006 Jul 26
5
[Fwd: stack overflow "cause" found]
...find_matching_ucodes: 240
0xffff8300001500a5 map_pages_to_xen: 240
0xffff8300001c219a __start_xen: 240
0xffff830000114845 translate_gpfn_list: 232
0xffff830000114c78 translate_gpfn_list: 232
0xffff830000115b27 do_memory_op: 232
0xffff830000116067 do_memory_op: 232
0xffff8300001af923 vmx_assist: 224
0xffff8300001134a8 populate_physmap: 216
0xffff8300001137d3 populate_physmap: 216
0xffff83000012a742 guest_consol...
2007 Nov 16
1
how mem-set / balloon changes totalram_pages
Hi,
I find that after I use xm mem-set to change the current memory
allocation of a dom, the MemTotal in /proc/meminfo will give the
current allocation.
In my understanding, the balloon driver simply alloc / free pages, so
the MemTotal should not be changed. Only the free memory will be
affected.
In normal linux, the value of MemTotal comes from "totalram_pages"
defined in
2012 Aug 10
18
[PATCH v2 0/5] ARM hypercall ABI: 64 bit ready
...ng in multicall_entry;
- add missing include "xen.h" in version.h;
- use proper printf flag for xen_ulong_t in python/xen/lowlevel/xc/xc;
- add 2 missing #define _XEN_GUEST_HANDLE_PARAM for the compilation of
the compat code;
- add a patch to limit the maximum number of extents handled by
do_memory_op;
- remove the patch "introduce __lshrdi3 and __aeabi_llsr" that is
already in the for-4.3 branch.
Stefano Stabellini (5):
xen: improve changes to xen_add_to_physmap
xen: xen_ulong_t substitution
xen: change the limit of nr_extents to UINT_MAX >> MEMOP_EXTENT_SHI...
2012 Nov 15
1
[RFC/PATCH v4] XENMEM_claim_pages (subop of existing) hypercall
...n_lock(&d->page_alloc_lock);
- d->tot_pages -= dec_count;
+ domain_decrease_tot_pages(d, dec_count);
drop_dom_ref = (dec_count && !d->tot_pages);
spin_unlock(&d->page_alloc_lock);
@@ -685,6 +685,37 @@ long do_memory_op(unsigned long cmd, XEN_GUEST_HANDLE_PARAM(void) arg)
break;
}
+ case XENMEM_claim_pages:
+ if ( !(IS_PRIV(current->domain)) )
+ return -EPERM;
+
+ if ( copy_from_guest(&reservation, arg, 1) )
+ return -EFAULT;
+
+ if ( !(guest_han...
2013 Oct 16
4
[PATCH 1/7] xen: vNUMA support for PV guests
...on/memory.c
index 50b740f..e8915e4 100644
--- a/xen/common/memory.c
+++ b/xen/common/memory.c
@@ -28,6 +28,7 @@
#include <public/memory.h>
#include <xsm/xsm.h>
#include <xen/trace.h>
+#include <xen/vnuma.h>
struct memop_args {
/* INPUT */
@@ -732,7 +733,47 @@ long do_memory_op(unsigned long cmd, XEN_GUEST_HANDLE_PARAM(void) arg)
rcu_unlock_domain(d);
break;
+ case XENMEM_get_vnuma_info:
+ {
+ struct vnuma_topology_info mtopology;
+ struct domain *d;
+ unsigned int max_vcpus, nr_vnodes = 0;
+ rc = -EINVAL;
+...
2012 Aug 16
27
[PATCH v3 0/6] ARM hypercall ABI: 64 bit ready
...ng in multicall_entry;
- add missing include "xen.h" in version.h;
- use proper printf flag for xen_ulong_t in python/xen/lowlevel/xc/xc;
- add 2 missing #define _XEN_GUEST_HANDLE_PARAM for the compilation of
the compat code;
- add a patch to limit the maximum number of extents handled by
do_memory_op;
- remove the patch "introduce __lshrdi3 and __aeabi_llsr" that is
already in the for-4.3 branch.
Stefano Stabellini (6):
xen: improve changes to xen_add_to_physmap
xen: xen_ulong_t substitution
xen: change the limit of nr_extents to UINT_MAX >> MEMOP_EXTENT_SHI...
2012 Feb 13
0
[PATCH 05/14] arm: implement exception and hypercall entries.
...rcall /* set_gdt */
+ .long do_ni_hypercall /* stack_switch */
+ .long do_set_callbacks
+ .long do_ni_hypercall /* fpu_switch */
+ .long do_sched_op_compat
+ .long do_ni_hypercall
+ .long do_ni_hypercall
+ .long do_ni_hypercall
+ .long do_ni_hypercall /* 10 */
+ .long do_ni_hypercall
+ .long do_memory_op
+ .long do_multicall
+ .long do_update_va_mapping
+ .long do_set_timer_op /* 15 */
+ .long do_event_channel_op
+ .long do_xen_version
+ .long do_console_io
+ .long do_physdev_op
+ .long do_grant_table_op /* 20 */
+ .long do_vm_assist
+ .long do_ni_hypercall
+ .long do_restore_trap_frame
+ .long do...
2013 Jul 23
73
Bug: Limitation of <=2GB RAM in domU persists with 4.3.0
I just built 4.3.0 in order to get > 2GB of RAM in domU with GPU
passthrough without crashes. Unfortunately, the same crashes still
happen. Massive frame buffer corruption on domU before it locks up
solid. It seems the PCI memory stomp is still happening.
I am using qemu-dm, as I did on Xen 4.2.x.
So whatever fix for this went into 4.3.0 didn''t fix it for me.
Passing less than 2GB
2012 Jan 25
26
[PATCH v4 00/23] Xenstore stub domain
Changes from v3:
- mini-os configuration files moved into stubdom/
- mini-os extra console support now a config option
- Fewer #ifdefs
- grant table setup uses hypercall bounce
- Xenstore stub domain syslog support re-enabled
Changes from v2:
- configuration support added to mini-os build system
- add mini-os support for conditionally compiling frontends, xenbus
-
2013 Sep 23
57
[PATCH RFC v13 00/20] Introduce PVH domU support
This patch series is a reworking of a series developed by Mukesh
Rathor at Oracle. The entirety of the design and development was done
by him; I have only reworked, reorganized, and simplified things in a
way that I think makes more sense. The vast majority of the credit
for this effort therefore goes to him. This version is labelled v13
because it is based on his most recent series, v11.