search for: dom0_ops

...* cores_per_socket * threads_per_core are broken. The easy fix is to replace those calculations with a new field, nr_cpus in physinfo which is calculated by num_online_cpus(). This patch does so and attempts to change all users over to nr_cpus field in physinfo. This patch touches arch/ia64/xen/dom0_ops.c, but I''ve not done any IA64 testing with this patch applied. -- Ryan Harper Software Engineer; Linux Technology Center IBM Corp., Austin, Tx (512) 838-9253 T/L: 678-9253 ryanh@us.ibm.com diffstat output: tools/python/xen/lowlevel/xc/xc.c | 3 ++- tools/python/xen/xend/Xend...

Hi all, dom0_ops return -EACCES when the interface version in wrong. I think that an acm failure is closer to being non-priv''ed, which returns -EPERM. Wouldn''t want dom0 tools to report they were the wrong version just because ACM limited some operation, surely? Signed-off-by: Rusty Russell &lt...

...ts worth >trying to carve up the number space like this. > >I guess there''s an argument for renaming the arch-specific dom0 ops to >put X86 or IA64 in the name, but I don''t think there''s any real >confusion. Perhaps we should split out arch definitions from dom0_ops.h? That''s one way. Then union "dom0_op_t" may have a new field named arch_dom0_op_t, which is defined in separate arch_dom0_ops.h. Furthermore, include/public will have sub-directory then. If people all agree on this direction, other files with similar requirement, like arch_ia6...

This patch changes the dom0_ops structures as discussed in the thread "32/64-bit hypercall interface". Keir, I added a struct inside XENIF_PTR() to catch direct users in the general code; it was quite useful to have the compiler identify those spots. I have compiled x86_32 and run it with xm-test[1] under qemu. Ther...

I''ve put together two patches. The first introduces a new dom0_op, set_max_vcpus, which with an associated variable and a check in the VCPUOP handler fixes [1]bug 288. Also included is a new VCPUOP, VCPUOP_create, which handles all of the vcpu creation tasks and leaves initialization and unpausing to VCPUOP_initialize. The separation allows for build-time allocation of vcpus which

Hi, In the case of linux, crash_kexec() is occured by "sysrq c". In the case of DomainU on xen, Help is occured by "sysrq c" now. So The way of dumping DomainU''s memory manualy is nothing. I fix this issue by the following way. 1. Panic is occured by "sysrq c" on both Domain0 and DomainU. 2. On DomainU, coredump is generated in /var/xen/dump (on Domain0).

(CCed to xen-devel for completeness. ;) On Wed, 2006-08-16 at 17:24 +0200, Tristan Gingold wrote: > I am porting xen-ppc''s xencomm to xen/ia64. > Currently on xen/ia64 copy_from/to_guest uses guest virtual address. This > works well as long as the virtual addresses are in the TLB. When not in TLB > (or vTLB) the hypercall can''t success without domain help. The

The paravirtualized guests are offered wallclock time referenced to UTC only, while fully virtualized guests are given the option via the config file (localtime parameter) of starting with UTC time or local time. What would it take to optionally provide localtime to the paravirtualized guests as well? For a guest that launches assuming localtime as its time basis, then later deriving UTC from it

Testing on an 8-node 128-way NUMA machine has exposed a problem with Xen''s nr_cpus calculation. In this case, since Xen cuts off recognized CPUs at 32, the machine appears to have 16 CPUs on the first and second nodes and none on the remaining nodes. Given this asymmetry, the calculation of sockets_per_node (which is later used to calculate nr_cpus) is incorrect:

Hello, sorry to bother you with this: while trying to compile mini-os from xen-unstable.hg, I noticed that compilation failed like this: gcc -fno-builtin -Wall -Werror -Wredundant-decls -Wno-format -Wstrict-prototypes -Wnested-externs -Wpointer-arith -Winline -m32 -march=i686 -g -Iinclude -Iinclude/x86 -Iinclude/x86/x86_32 -c gnttab.c -o gnttab.o gnttab.c: In Funktion »init_gnttab«:

...inux-2.6-xen-sparse/arch/x86_64/kernel/process-xen.c --- a/linux-2.6-xen-sparse/arch/x86_64/kernel/process-xen.c Wed Feb 8 16:27:32 2006 +++ b/linux-2.6-xen-sparse/arch/x86_64/kernel/process-xen.c Wed Feb 8 09:32:46 2006 @@ -53,6 +53,7 @@ #include <asm/kdebug.h> #include <xen/interface/dom0_ops.h> #include <xen/interface/physdev.h> +#include <xen/interface/vcpu.h> #include <asm/desc.h> #include <asm/proto.h> #include <asm/hardirq.h> @@ -143,22 +144,7 @@ /* We halt the CPU with physical CPU hotplug */ static inline void play_dead(void) { - idle_task_...

...diffstat xminfo8.patch tools/libxc/xc.h | 20 +++++++++++++ tools/libxc/xc_misc.c | 40 +++++++++++++++++++++++++++ tools/python/xen/lowlevel/xc/xc.c | 55 +++++++++++++++++++++++++++++++++++++- tools/python/xen/xend/XendNode.py | 16 ++++++++--- xen/arch/x86/dom0_ops.c | 1 xen/common/kernel.c | 46 +++++++++++++++---------------- xen/include/public/dom0_ops.h | 1 xen/include/public/version.h | 3 ++ 8 files changed, 154 insertions(+), 28 deletions(-) _______________________________________________ Xen-devel mail...

...w; /* read/write permissions to allow. + Only relevant if allow_access != 0 */ }; typedef struct xen_domctl_iomem_permission xen_domctl_iomem_permission_t; DEFINE_XEN_GUEST_HANDLE(xen_domctl_iomem_permission_t); diff -r b58bcd6551e2 xen/arch/ia64/xen/dom0_ops.c --- a/xen/arch/ia64/xen/dom0_ops.c Fri Dec 01 16:21:46 2006 +0000 +++ b/xen/arch/ia64/xen/dom0_ops.c Fri Dec 01 16:22:41 2006 +0000 @@ -296,11 +296,18 @@ dom0vp_ioremap(struct domain *d, unsigne end = PAGE_ALIGN(mpaddr + size); - if (!iomem_access_permitted(d, mpaddr >> PAGE_SHI...

The latest change to ACM makes it fail to compile. This patch fixes the problem. Signed-off-by: Nguyen Anh Quynh <aquynh@gmail.com> $ diffstat acm.patch acm/acm_core.c | 61 --------------------- include/acm/acm_hooks.h | 135 ++++++++++++++++++++++++++++++++++-------------- 2 files changed, 96 insertions(+), 100 deletions(-) _______________________________________________

> I have come accross a problem when trying to do a > direct_remap_area_pages() call in a backend driver that is > running in a privileged user domain. The call ends up with an > error code (-14 = -EFAULT). This in turn is caused by the > hypervisor call > HYPERVISOR_mmu_update() which returns an error code of -22 = > -EINVAL after failing in set_foreigndom due to not

Tony Breeds and Rusty''s patches to add make check and make fullcheck allow you to run portions of the hypervisor under valgrind. While doing this, I noticed that there are a lot of places in dom0_ops.c that we''re either not checking the return value of copy_to_user or returning EINVAL instead of EFAULT. The attach patch makes sure wherever we call copy_to_user we check for error and return EFAULT. Regards, Anthony Liguor _______________________________________________ Xen-devel...

Hi Keir, I am interested in changing the max vcpu threshold for a domain while it is running. The following comment in common/dom0_ops.c warns against this: /* * Can only create new VCPUs while the domain is not fully * constructed * (and hence not runnable). Xen needs auditing for races before * removing this check. */ ret = -EINVAL; if ( test_bit(_VCPUF_initialised, &d->vcpu[0]->vcpu_fla...

...en/core/reboot.c Mon Aug 07 09:50:33 2006 -0400 @@ -9,6 +9,7 @@ #include <linux/stringify.h> #include <asm/irq.h> #include <asm/mmu_context.h> +#include <asm/emergency-restart.h> #include <xen/evtchn.h> #include <asm/hypervisor.h> #include <xen/interface/dom0_ops.h> @@ -39,16 +40,11 @@ extern void ctrl_alt_del(void); */ #define SHUTDOWN_HALT 4 -void machine_emergency_restart(void) +void machine_restart(char * __unused) { /* We really want to get pending console data out before we die. */ xencons_force_flush(); HYPERVISOR_shutdown(SHUTDOW...

When you build Xen from source, the "make install" rule installs extra header files such as <xen/xen.h> and <xen/dom0_ops.h> which are all required for building libvirt. However the Debian package doesn't run the install rule, but instead runs (effectively) "make -C tools install" and that only installs a partial set of header files. In particular none of the vital public Xen header files are in...

...that it needs xenstore.h header file. However, I think Xenserver 6.2 is using older xs.h header file. Here is the excerpt of the beginning and end of the configure command ./configure . . checking for xenstore.h... no checking for xen/xen.h... yes checking for xen/version.h... yes checking for xen/dom0_ops.h... yes checking for xen/sys/privcmd.h... no checking for xen/linux/privcmd.h... no configure: error: You must install the Xen development package to compile Xen driver with -lxenstore How do compile with libvirt to look at xs.h file. Thanks